Analyzing layouts using sensor data

ABSTRACT

This disclosure describes an enhanced user interface. For instance, a system may present a user interface indicating a first layout of a physical establishment and receive a first input indicating an object is located at a first geographic location within the physical establishment. The system may receive a recommended location corresponding to a second geographic location within the physical establishment and present the indication of the recommended location for the object on the user interface indicating the first layout. The system may receive image data associated with the physical establishment and determine based at least in part on analyzing the image data that the object is located at the second geographic location within the physical establishment. The system may further display a second layout of the physical establishment, where the second layout includes an indication of the object at the second geographic location within the physical establishment.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a divisional application of U.S. Pat. ApplicationNo. 16/730,974, filed Dec. 30, 2019, which is a continuation applicationof U.S. Pat. Application No. 15/495,293, filed Apr. 24, 2017, the entirecontents of which are incorporated herein by reference.

BACKGROUND

During transactions with customers, merchants may use point-of-sale(POS) devices to manage respective customers within the merchants’physical establishments. For instance, a POS device can display a layoutof a restaurant to a merchant. The layout can indicate designatedsections within the restaurant, such as the kitchen, the dining room,the bar, or the waiting area. The layout can further indicate locationsof objects within the restaurant, such as tables or chairs.

Using the POS device, the merchant can indicate which tables arecurrently occupied by customers, and which tables are open for newcustomers. For instance, the POS device may receive input indicatingthat customers were seated at a table within the restaurant. Inresponse, the layout may display an indication that notifies themerchant that the table is occupied by customers. When the customers arefinished, and have left the table, the POS device may receive inputindicating that the table is open. In response, the layout may displayan indication that the table is open.

BRIEF DESCRIPTION OF THE DRAWINGS

The detailed description is set forth with reference to the accompanyingfigures. In the figures, the left-most digit(s) of a reference numberidentifies the figure in which the reference number first appears. Theuse of the same reference numbers in different figures indicates similaror identical items or features.

FIG. 1 illustrates an example environment in which techniques discussedherein may be implemented.

FIG. 2 illustrates components of a merchant device.

FIG. 3 illustrates an example user interface for creating layouts andsections for a physical establishment.

FIG. 4 illustrates an example user interface for editing a section.

FIGS. 5A-5F illustrate an example user interface for creating a layoutof a physical establishment.

FIGS. 6A-6F illustrate an example of a merchant utilizing a userinterface during a transaction.

FIGS. 7A-7C illustrate examples of determining a geographical locationof a merchant within a physical establishment.

FIG. 8 illustrates an example of analyzing layouts in order to recommendat least one area to designate to at least one section, or at least onelocation for placing at least one object, within a physicalestablishment.

FIGS. 9A-9D illustrate a first example of analyzing sensor data toupdate a layout of a physical establishment.

FIGS. 10A-10C illustrate a second example of analyzing sensor data toupdate a layout of a physical establishment.

FIGS. 11A-11C illustrate a third example of analyzing sensor data toupdate a layout of a physical establishment.

FIGS. 12A-12B illustrate a flow diagram of a first example process forcreating a layout of a physical establishment via a user interface.

FIG. 13 illustrates a flow diagram of a second example process forcreating a layout of a physical establishment via a user interface.

FIG. 14 illustrates a flow diagram of an example process for analyzingrespective layouts of physical establishments.

FIGS. 15A-15B illustrate a flow diagram of a first example process forutilizing a user interface.

FIG. 16 illustrates a flow diagram of a second example process ofutilizing a user interface.

FIGS. 17A-17B illustrate a flow diagram of a first example process foranalyzing a layout of a physical establishment using sensor data.

FIG. 18 illustrates a flow diagram of a second example process foranalyzing a layout of a physical establishment using sensor data.

FIG. 19 illustrates a flow diagram of a third example process foranalyzing a layout of a physical establishment using sensor data.

DETAILED DESCRIPTION

This disclosure describes, in part, user interfaces for generating andutilizing layouts of physical establishments, as well as techniques foranalyzing data (e.g., sensor data, templates representing other layouts,etc.) to update the layouts via the user interfaces. For instance, amerchant device may present a user interface to a merchant via a displaydevice. The merchant can use the user interface to create one or morelayouts associated with a physical establishment of the merchant. Insome instances, a layout can correspond to a floor plan of the physicalestablishment. For instance, the layout can indicate locations of one ormore designate sections within the physical establishment, such as thewaiting area, dining room, bathroom, kitchen, retail area, patio, or thelike. The layout can further indicate locations of objects within thephysical establishment, such as tables, chairs, televisions, merchantdevices, items, rugs, windows, or the like.

For instance, to create a layout, the merchant device may present a“blank canvas” that the merchant can use to indicate locations ofdesignated sections and objects within the physical establishment. Forexample, the merchant device may receive, via the user interface, inputthat indicates locations of designated sections within the physicalestablishment. Based on receiving the input, the merchant device canupdate the layout on the user interface to include graphical elements(e.g., border lines, highlighted areas, etc.) corresponding to thedesignated sections of the physical establishment at the indicatedlocations. The merchant device can further receive, via the userinterface, input that indicates respective locations of objects withinthe physical establishment. Based on the input, the merchant device canupdate the layout on the user interface to include graphical elementscorresponding to the objects located at the respective locations withinthe physical establishments.

After the merchant creates the layout, the merchant device can receiveinput indicating that the layout is complete. The merchant device canthen generate data (e.g., a template) that represents the layout, andstore the data locally. Additionally, in some instances, the merchantdevice can send the data to a payment service, via a network connection,for storage or analysis. For instance, the payment service can receivethe data from the merchant device and store the data in one or moredatabases. The payment service can further analyze the data (i.e., thelayout) with respect to additional data representing additional layoutsof additional physical establishments associated with additionalmerchants. Based on the analysis, the payment service can sendrecommendations to the merchant that indicate areas within the physicalestablishment to designate as one or more designated sections and/orlocations for placing objects within the physical establishment.

For instance, the payment service can determine a type of businessassociated with the merchant. In some examples, the type of business mayinclude a retail merchant, a restaurant merchant, a services merchant(e.g., merchant that provides services), or the like. In some examples,the type of business may be more specific to the merchant. For instance,the payment service may determine the type of business associated withthe merchant using a MCC and/or other type of code that defines themerchant’s business. In either example, the payment service may thenidentify at least a second merchant that is also associated with thetype of business. The payment service can then analyze the datarepresenting the layout of the physical establishment of the merchantwith respect to data representing an additional layout of an additionalphysical location associated with the second merchant.

For instance, the payment service may compare the layout of the physicalestablishment to the additional layout of the additional physicalestablishment to identify differences between locations of designatedsections and/or objects within the physical establishment and locationsof designated sections and/or objects within the additional physicalestablishment. The payment service can then generate one or morerecommendations for the merchant based on the comparing. For instance,the payment service can generate a recommendation that indicates thatthe merchant move a location (e.g., an area) of a designated sectionwithin the physical establishment to a new location (e.g., a new area).For another example, the payment service can generate a recommendationthat indicates that the merchant move an object from a first locationwithin the physical establishment to a second location within thephysical establishment. In either example, the payment service can senda message that includes a recommendation to the merchant.

The merchant device can receive a message from the payment service. Inresponse, the merchant device can present the message that includes therecommendation to the merchant. If the merchant agrees with therecommendation, the merchant can update the physical establishment bychanging the location of a designated section and/or changing thelocation of an object. The merchant device can then receive inputindicating any changes. For instance, the merchant can use the userinterface to update the layout based on the changes made to the physicalestablishment. Based on receiving the input, the merchant device canupdate the layout to reflect the changes, and save the updated layoutlocally. Additionally, the merchant device can send the payment servicedata representing the updated layout and/or send the payment servicedata indicating the changes.

In some instances, the payment service can utilize one or more otherfactors when analyzing the layout for the merchant. For instance, thepayment service can determine that a specific event (e.g., a holiday,birthday, sporting event, etc.) is approaching that may cause anincrease or decrease to the number of customers that visit the physicalestablishment of the merchant. In some instances, the payment servicedetermines that the specific event is approaching based on a currenttime period being within a threshold time (e.g., one day, one week, onemonth, etc.) from the special event. The payment service can thengenerate and provide the merchant with recommendations that are based onthe estimated increase or decrease in the number of customers. Forexample, the payment service may generate and provide the merchant arecommendation that indicates that the merchant should add more tablesand chairs to the physical establishment when the specific event islikely to cause an increase in the number of customers. For anotherexample, if the specific event includes a sporting event, the paymentservice may generate and provide the merchant a recommendation thatindicates that the merchant add more televisions or change the layout ofthe physical establishment so that more tables and accompanying chairsface the television.

In some instances, the payment service can analyze the layout usingsensor data associated with the physical establishment. For instance,the payment service can receive sensor data representing movements ofusers (e.g., the merchant’s employees, customers, etc.) within thephysical establishment. In some instances, the sensor data can includelocation data received from respective electronic devices associatedwith, and in possession of, each of the users. In some instances, thesensor data can include image data representing the physicalestablishment, which is captured from or more image capturing deviceslocated within the physical establishment. In either instance, thepayment service can the analyze the sensor data to track routes of theusers through the physical establishment. Based on the routes, thepayment service can generate and provide recommendation to the merchant.

For instance, the payment service can identify locations (e.g., clusterlocations) within the physical establishment that cause a “bottleneck”to the movements of the users within the physical establishment. In someinstances, the payment service can identify a bottleneck based onrespective locations along two or more of the routes corresponding toone another (e.g., being similar, being within a threshold distance,etc.) at a specific time period (e.g., same time period, within twoseconds, within five seconds, etc.). In some instances, the paymentservice can identify a bottleneck based on a threshold number of theroutes including respective locations that correspond to one another ata specific time period. Based on identifying a bottleneck, the paymentservice can generate and provide the merchant a recommendation forreducing or eliminating the bottleneck within the physicalestablishment.

For example, for at least one of the routes identified as creating thebottleneck, the payment service can identify a starting location and anending location associated with the route. The payment service can thengenerate a second route within the physical establishment that starts atthe starting point, ends at the ending point, and does not include thelocation of the bottleneck. Using the second route, the payment servicecan generate and provide the merchant with a recommendation. Forexample, the payment service can determine that an initial location ofan object (e.g., a table) is along the line of the second route. Thepayment service can then determine a new location (e.g., an opticallocation) for the object such that the object is no longer located alongthe second route. Using the new location, the payment service cangenerate and provide the merchant with a message that recommends thatthe merchant move the object to the second location so that the user canuse the second route through the physical establishment.

For another example, the payment service can identify an object that islocated near (e.g., proximate to) the bottleneck location, such aswithin a threshold distance (e.g., one foot, two feet, five, feet, orthe like). The payment service can then identify a new location (e.g.,optical location) for placing the object such that the users have moreroom to move around the bottleneck location. For instance, if a firstuser’s location and a second’s user location are within a thresholddistance at the bottleneck location, then the payment service canidentify and optical location for the object such that the thresholddistance is increased when the first user and the second user are movingwithin the physical establishment.

In addition to generating layouts, the merchant can use utilize one ofthe layouts during transactions with customers. For instance, themerchant device can present a layout of the physical establishment tothe merchant. As discussed above, the layout can indicate locations ofdesignated areas and objects within the physical establishment. Forinstance, the layout can indicate locations of tables and chairs withinthe physical establishment. The user interface can further presentindications based on one or more states of the tables or chairs. Thestates can indicate that a table (and/or similarly a chair) is open, isoccupied by one or more customers, requires assistance from themerchant, does not require assistance from the merchant, received acheck, or the like.

For instance, the merchant device can cause the user interface topresent a first indication that indicates that a table is in a firststate when the table is open. A table is open when no other customer islocated at the table, and the table is ready for a new customer. Themerchant device may then receive input indicating that one or morecustomers are being seated at the table. In some instances, the inputcan include a selection corresponding to creating a ticket for thetable. Based on the input, the merchant device can create and associatethe ticket with the table, and cause the user interface to present asecond indication that indicates the table is occupied by the one ormore customers. The merchant device can further cause the user interfaceto present a timer that indicates an amount of time that the one or morecustomers are seated at the table.

While the one or more customers are at the table, the merchant devicecan receive inputs indicating items ordered by the one or more customersduring the transaction. In response, the merchant device can update theticket to indicate the items, a cost of the item, or the like. Themerchant device can further determine whether the one or more customersat the table are in need of assistance. For instance, the merchantdevice can determine that the merchant (e.g., an associated of themerchant, such as an employee, like a waiter) has not checked in on theone or more customers for a threshold period of time (e.g., fiveminutes, ten minutes, thirty minutes, etc.). Based on the determination,the merchant device can cause the user interface can present a thirdindication that indicates that the table requires assistance from themerchant. In some instances, the third indication can change based onthe amount of time since the merchant has last checked in on the one ormore customers. For instance, the third indication can change color orsize of the object so as to indicate the amount of time a customer hasbeen without service.

The merchant device can use sensor data to determine that the merchanthas not checked in on the one or more customers for the threshold periodof time. In some instances, the sensor data can include data receivedfrom an electronic device associated with an employee assigned to thetable within a given time period. For instance, the employee may be inpossession of the electronic device, and the electronic device may sendthe merchant device data indicating geographical locations of theelectronic device within the physical establishment. The merchant devicecan receive the data from the electronic device, and then analyze thedata to determine whether the electronic device has been proximate tothe table. In some instances, the merchant device determines that theelectronic device has not been proximate to the table, and thus themerchant has not checked in on the table, based on the geographicallocation of the electronic device being outside of a predetermineddistance (e.g., a foot, five feet, ten feet, etc.) of the table for thethreshold period of time.

Additionally, or alternatively, in some instances, the sensor data caninclude data received from an electronic device associated with thetable. For instance, an electronic device may be positioned on and/ornear the table, where the electronic device detects when an employee iswithin the predetermined distance of the table. In some instances, theelectronic device may detect an employee based on detecting a tag (e.g.,a radio-frequency identification (RFID) tag) in possession of theemployee. Based on detecting an employee, the electronic device can sendthe merchant device the sensor data that indicates that the electronicdevice detected the employee. As such, the merchant device can determinethat the merchant has not checked in on the table based on the merchantdevice not receiving the sensor data and/or receiving sensor data thatdoes not indicate that the electronic device detected the employee forthe threshold period of time.

Additionally, or alternatively, in some instances, the sensor data caninclude image data captured from one or more image capturing devices.For instance, the merchant device can receive image data from one ormore image capturing devices located within the physical establishment,where the image data represents the physical establishment. The merchantdevice can then analyze the image data to track the respectivegeographical locations of the employees within the physicalestablishment. Using the respective geographical locations, the merchantdevice can determine that the merchant has not checked in on the tablebased on the respective geographical locations being outside of thepredetermined distance for the threshold period of time.

In addition to using the sensor data to determine that the merchant hasnot checked in on the table, the merchant device can use similartechniques to determine that the merchant has checked in on the table.For example, the merchant device can receive sensor from an electronicdevice associated with the employee and analyze the sensor data todetermine that a geographical location of the electronic device waswithin the predetermined distance. For a second example, the merchantdevice can receive sensor data from the electronic device associatedwith the table and analyze the sensor data to determine that theelectronic device detected an employee. For a third example, themerchant device can receive the sensor data (e.g., image data) from theone or more image capturing devices and analyze the sensor data todetermine that an employee was within the predetermined distance fromthe table. In either example, the merchant device can cause the userinterface can present a fourth indication that indicates that the tabledoes not require assistance.

During the transaction, the merchant device can receive input indicatingthat the one or more customers are ready for the ticket. Based on theinput, the merchant device can provide the ticket to the one or morecustomers. In some instances, the merchant device can provide the ticketby sending data representing the ticket to an electronic device (e.g.,an electronic device associated with the table, an electronic deviceassociated with a customer, etc.). In some instances, the merchantdevice can provide the ticket by printing a physical copy of the ticketfor the one or more customers. In either instance, the merchant devicecan cause the user interface to present a fifth indication thatindicates that the one or more customers received the ticket.

After providing the ticket, the merchant device can receive inputassociated with a payment instrument of the one or more customers. Themerchant device can then attempt to authorize the payment instrument fora cost of the ticket, and provide an indication that indicates whetherthe payment instrument was authorized. Additionally, the merchant devicecan cause the user interface to present a sixth indication thatindicates that the table is once again open and ready for one or morenew customers.

It should be noted that, although the above describes specifictechniques and processes that are performed by either a payment serviceor a merchant device, the above techniques and processes can beperformed by any combination of the payment service, the merchantdevice, or one or more other electronic devices. For instance, in someexamples, the merchant device may perform the techniques and processesdescribed above for analyzing layouts and data to generate and providerecommendations. Additionally, in some examples, the payment service mayperform the techniques and processes described above for analyzingsensor data to determine one or more states of tables or chairs withinthe physical establishment.

It should further be noted that, as described herein, messages caninclude any type of electronic communication that electronic devices cansend and receive with other electronic devices. For instance, a messagecan include an email message, a short message service (SMS), multimediamessages (MMS), a voicemail message, an audio signal, or any other typeof electronic communication that an electronic device can send toanother electronic device. In some instances, an electronic device mayuse messages to send indications, notifications, alerts, and/or requeststo another electronic device.

Additionally, as described herein, image data can include still imagedata and video data. Still image data can represent images capturedwithin a physical environment by an image capturing device at given timeintervals. Video data can represent a video captured within the physicalenvironment from an image capturing device. For instance, formats forimage data can include Joint Photographic Expert Group (JPEG),Exchangeable Image File Format (Exif), Tagged Image File Format (TIFF),Graphics Interchange Format (GIF), Portable Network Graphics (PNG),Better Portable Graphics (BPG) or any other type of image data formatthat electronic devices can send and receive with one another.

FIG. 1 illustrates an example environment 100 that includes merchant(s)102 conducting transactions with customer(s) 104 for item(s)/service(s)106, as well as a payment service 108 to authorize payment instrument(s)110 of the customer(s) 104 for the transactions. FIG. 1 furtherillustrates that the payment service 108 analyzes and updates layout(s)112 associated with the merchant(s) 102. Furthermore, FIG. 1 illustratesthat the payment service 108 generating and/or providing message(s) 114for merchant(s) 102.

As used in herein, merchant device(s) 116 may comprise any sort ofmobile or non-mobile devices (e.g., electronic device(s)) that includeinstances of application(s) that execute on the respective devices. Theapplication(s) may provide POS functionality to the merchant device(s)116 to enable merchant(s) 102 (e.g., owners, employees, etc.) to atleast accept payments from the customer(s) 104. In some types ofbusinesses, the merchant device(s) 116 may correspond to a store orother place of business of the merchants, and thus, may be a fixedlocation that typically does not change on a day-to-day basis. In othertypes of businesses, however, the location of the merchant device(s) 116may change from time to time, such as in the case that the merchant(s)102 operate a food truck, is a street vendor, is a cab driver, etc., orhas an otherwise mobile business, e.g., in the case the merchant(s) 102sell items at buyer’s homes, places of business, and so forth. In eitherof the examples above, the place of business of the merchant(s) 102 maybe referred to a physical establishment.

Additionally, as used herein, a merchant 102 (also referred to as an“entity”) may include any business engaged in the offering of items(e.g., goods) or services for acquisition by customer(s) 104. Actionsattributed to a merchant 102 may include actions performed by owners,employees, or other agents of the merchant 102, and thus no distinctionis made herein unless specifically discussed. In addition, as usedherein, a customer 104 may include any entity that acquires items orservices from a merchant 102, such as by purchasing, renting, leasing,borrowing, licensing, or the like. Hereinafter, items and/or servicesoffered by merchants 102 may be referred to solely as items. Thus, amerchant 102 and a customer 104 may interact with each other to conducta transaction in which the customer 104 acquires an item from a merchant102, and in return, the customer 104 provides payment to the merchant102.

As used herein, a transaction may include a financial transaction forthe acquisition of items and/or services that is conducted betweencustomer(s) 104 and merchant(s) 102. For example, when paying for atransaction, the customer 104 can provide the amount that is due to themerchant 102 using cash or other payment instrument 110 (e.g., a debitcard, a credit card, a stored-value or gift card, a check, through anelectronic payment application on a device carried by the customer 104,or the like). The merchant 102 can interact with the merchant device(s)116 to process the transaction, such as by inputting (e.g., manually,using a magnetic card reader or an RFID reader, etc.) identifiers (e.g.,payment information, such as a card number, account number, or any otheraccount information) associated with the payment instrument 110. Forexample, a payment instrument 110 of the customer 104 may include one ormore magnetic strips for providing card and customer information whenswiped in a card reader. In other examples, the payment instrument 110may include other types of payment cards may be used, such as smartcards having a built-in memory chip that is read by the device when thecard is “dipped” into the reader, a radiofrequency identification tag,or so forth.

During a transaction between a merchant 102 and a customer 104, themerchant device(s) 116 can determine transaction information describingthe transaction, such as the payment information of the paymentinstrument 110, an amount of payment received from the customer 104, theitem(s)/service(s) 106 acquired by the customer 104, a time, place anddate of the transaction, a card network associated with the paymentinstrument 110, an issuing bank of the payment instrument 110, a name ofthe customer 104, a location of a customer within a physicalestablishment (e.g., a chair, a table, etc.) and so forth. The merchantdevice(s) 116 can send the transaction information to the paymentservice 108 over a network 118, either substantially contemporaneouslywith the conducting of the transaction (in the case of onlinetransactions) or later when the device is in the online mode (in thecase offline transactions).

The payment service 108 may include one or more processors 120 andmemory 122, which may store an operating system 124, a paymentprocessing module 126, a business analysis module 128, a layout analysismodule 130, a recommendation module 132, a messaging module 134, anddatabase(s) 136. The payment processing module 126 may function toreceive the information regarding the transaction from the merchantdevice(s) 116 and attempt to authorize the payment instrument 110 usedto conduct the transaction. The payment processing module 126 may thensend an indication of whether the payment instrument 110 has beenapproved or declined back to the merchant device(s) 116.

Generally, when a customer 104 and a merchant 102 enter into anelectronic payment transaction, the transaction is processed byelectronically transferring funds from a financial account associatedwith the customer 104 to a financial account associated with themerchant 102. As such, the payment processing module 126 may communicatewith one or more computing devices of a card network (or “card paymentnetwork”) 138, e.g., MasterCard®, VISA®, over the network 118 to conductfinancial transactions electronically. The payment processing module 126can also communicate with one or more computing devices of one or morebanks 140, processing/acquiring services, or the like over the network118. For example, the payment processing module 126 may communicate withan acquiring bank, and/or an issuing bank, and/or a bank maintainingcustomer accounts for electronic payments.

An acquiring bank may be a registered member of a card association(e.g., Visa®, MasterCard®), and may be part of a card payment network.An issuing bank may issue payment instrument(s) 110 to customer(s) 104,and may pay acquiring banks for purchases made by customer(s) 104 towhich the issuing bank has issued the payment instrument(s) 110.Accordingly, in some examples, the computing device(s) of an acquiringbank may be included in the card payment network and may communicatewith the computing devices of a card-issuing bank to obtain payment.Further, in some examples, a customer 104 may use a debit card insteadof a credit card, in which case, the bank computing device(s) of a bankcorresponding to the debit card may receive communications regarding atransaction in which the customer 104 is participating. Additionally,there may be computing devices of other financial institutions involvedin some types of transactions or in alternative system architectures,and thus, the foregoing are merely several examples for discussionpurposes.

In the example environment 100 of FIG. 1 , the payment service 108 mayanalyze layout(s) 112 associated with respective physical establishmentsof merchant(s) 102 in order to provide message(s) 114 that includesrecommendations associated with the layout(s) 112 to the merchant(s)102. In some instances, a layout 112 can correspond to a floor plan ofthe physical establishment of a merchant 102. For instance, the layout112 corresponding to a floor plan can indicate locations of one or moredesignate sections within the physical establishment, such as thewaiting area, dining room, bathroom, kitchen, retail area, patio, or thelike. The layout 112 can further indicate locations of objects withinthe physical establishment, such as tables, chairs, televisions,merchant devices, items, or the like.

To analyze a layout 112, the payment service 108 may receive datarepresenting the layout 112 from a merchant device 116 associated with afirst merchant 102, as representing by layout data 142. The paymentservice 108 can then utilize the business analysis module 128 toidentify at least a second merchant 102 that is associated with asimilar type of business as the first merchant 102. For instance, thebusiness analysis module 128 can analyze data associated with the firstmerchant 102 to identify a type of business associated with the firstmerchant 102. In some instances, analyzing the data can includeanalyzing a profile 144 associated with the first merchant 102 thatindicates the type of business. The payment service 108 can then analyzedata (e.g., profile(s) 144) associated with other merchant(s) 102 toidentify at least a second merchant 102 that is also associated with thetype of business.

In some examples, the type of business associated with a merchant 102may be general, such as a retail merchant, a restaurant merchant, aservices merchant (e.g., merchant that provides services), or the like.In some examples, the type of business may be more specific to themerchant 102. For instance, the business analysis module 128 maydetermine the type of business associated with the merchant 102 using aMCC and/or other type of code that defines the merchant’s business.

The payment service 108 can then utilize the layout analysis module 130to analyze the first layout 112 associated with the first physicalestablishment of the first merchant 102 with respect to second layout(s)112 of respective second physical establishments of the identifiedsecond merchant(s) 102. For instance, for one of the second merchant(s)102, the layout analysis module 130 can compare the first layout 112 ofthe first physical establishment to a second layout of a second physicalestablishment to identify at least differences between the locations ofdesignated sections and/or objects within the first physicalestablishment and locations of designated sections and/or objects withinthe second physical establishment.

For example, based on the analysis, the layout analysis module 130 maydetermine that the first layout 112 indicates that a designated section(e.g., a kitchen area) is located near the center of the first physicalestablishment, and that the second layout 112 indicates that the samedesignated section is located near the north end of the second physicalestablishment. For another example, and again based on the analysis, thelayout analysis module 130 may determine that the first layout 112indicates that objects (e.g., tables) are located near the bathroom ofthe first physical establishment, and that the second layout 112indicates that similar objects (e.g., also tables) are located near thekitchen of the second physical establishment. Based on identifying thedifferences, the payment service 108 can generate and provide message(s)114 that includes recommendations for the first layout 112 to the firstmerchant 102.

For instance, the payment service 108 can utilize the recommendationmodule 132 to generate a recommendation for the first merchant 102 basedon the analysis. The recommendation can indicate that the first merchant102 move a location of a designated section and/or that the firstmerchant 102 move a location of an object within the first physicalestablishment. For example, and using the example above with respect tothe designated section, the recommendation module 132 can generate arecommendation for the first merchant 102 that indicates that the firstmerchant 102 move the designated area (e.g., the kitchen in the exampleabove) to the north end of the first physical establishment, similar tothe second physical establishment. For another example, and using theexample above with respect to the objects, the recommendation module 132can generate a recommendation for the first merchant 102 that indicatesthat the first merchant 102 move the objects (e.g., tables in theexample above) near the kitchen of the first physical establishment,similar to the second physical establishment.

It should be noted that, in some instances, based on the analysis, therecommendation module 132 may generate recommendations for designatedsections and/or objects that are not already located within the firstphysical establishment of the first merchant 102. For instance, based onthe comparison above, the layout analysis module 130 may determine thatthe second layout 112 indicates a designated section and/or object thatis not included in the first layout 112. Based on the determination, therecommendation module 132 can generate a recommendation that indicatesthat the first merchant 102 add the designed section and/or object tothe first physical establishment. In some instances, the generatedrecommendation may further indicate a location for the designatedsection and/or object within the first physical establishment. As such,in some instances, even new merchant(s) 102 that have yet to create afull layout of a physical establishment can still receiverecommendations from the payment service 108.

In some instances, the layout analysis module 130 can analyze layout(s)112 using other techniques. For instance, the layout analysis module 130can determine that a specific event (e.g., a holiday, birthday, sportingevent, etc.) is approaching that may cause an increase or a decrease tothe number of customer(s) 104 that visit the first physicalestablishment of the first merchant 102. In some instances, the layoutanalysis module 130 determines that the specific event is approachingbased on a current time period being within a threshold time (e.g., oneday, one week, one month, etc.) from the special event. Based on thedetermination, the recommendation module 132 can generate arecommendation based on the estimated increase or decrease in the numberof customer(s) 104.

For example, the recommendation module 132 can generate a recommendationthat indicates that the first merchant 102 add more objects (e.g.,tables, chairs, televisions, etc.) to the first physical establishmentin order to accommodate an increase in the number of expectedcustomer(s) 104. For a second example, the recommendation module 132 cangenerate a recommendation that indicates that the first merchant 102increase the area of a designated section (e.g., the bar area) in orderto accommodate an increase in the number of customer(s) 104 that areexpected to utilize the designated section at the first physicalestablishment (e.g., more customer(s) 104 are expected in the bar areato watch a specific sporting event). Finally, for a third example, therecommendation module 132 may generate a recommendation that indicatesthat the first merchant 102 remove objects (e.g., tables) from the firstphysical establishment since the number of customer(s) 104 is expectedto decrease, and as such, customer(s) 104 will be more comfortable withthe added room.

Additionally, or alternatively, in some instances, the layout analysismodule 130 can analyze the layout(s) 112 using sensor data 146associated with the physical establishments. For instance, the paymentservice 108 can receive sensor data 146 representing movements of users(e.g., merchant(s) 102, such as employees, and/or customer(s) 104)within the first physical establishment of the first merchant 102. Insome instances, the sensor data 146 can include location data receivedfrom respective electronic devices associated with, and in possessionof, each of the users. In some instances, the sensor data 146 caninclude image data representing the physical establishment, which iscaptured from or more image capturing devices located within the firstphysical establishment. In either instance, the layout analysis module130 can analyze the sensor data 146 to track routes of the users throughthe first physical establishment. Based on the routes, therecommendation module 132 can generate a recommendation for the firstmerchant 102.

For instance, the layout analysis module 130 can identify locations(e.g., cluster locations) within the first physical establishment thatcause a “bottleneck” to the movements of the users. In some instances,the layout analysis module 130 can identify a bottleneck based onrespective locations along two or more of the routes corresponding toone another (e.g., being similar, being within a threshold distance,etc.) at a specific time period (e.g., same time period, within twoseconds, within five seconds, etc.). In some instances, the layoutanalysis module 130 can identify a bottleneck based on a thresholdnumber of the routes including respective locations that correspond toone another at a specific time period. Based on identifying abottleneck, the recommendation module 132 can generate a recommendationfor reducing or eliminating the bottleneck within the first physicalestablishment

For example, for at least one of the routes identified as creating thebottleneck, the layout analysis module 130 can identify a startinglocation and an ending location associated with the route. The layoutanalysis module 130 can then generate a second route within the firstphysical establishment that starts at the starting point, ends at theending point, and does not include the location of the bottleneck. Usingthe second route, the layout analysis module 130 can determine that aninitial location of an object (e.g., a table) is located along the lineof the second route. The layout analysis module 130 can then determine anew location (e.g., an optimal location) for the object such that theobject is no longer located along the second route. Using the newlocation, the recommendation module 132 can generate recommendation thatindicates that the first merchant 102 move the object to the newlocation.

For another example, the layout analysis module 130 can identify anobject that includes an initial location that is proximate to thelocation of the bottleneck (e.g., the clustering location). In someinstance, the layout analysis module 130 identifies the object based onan initial location of the object being within a threshold distance tothe location, such as one foot, five feet, or the like. The layoutanalysis module 130 can then determine an optimal location for theobject. For instance, if the layout analysis module 130 identifies thelocation of the bottleneck by identifying that a first location of afirst user is within a threshold distance to a second location of asecond user, the layout analysis module 130 can determine an optimallocation of the object such that the threshold distance between thefirst location and the second location is increased. In other words, bymoving the object, users will have more room to move in an area aroundthe bottleneck location within the physical establishment.

In some instances, the layout analysis module 130 can analyze thelayout(s) 112 using transaction data 148. For instance, as discussedabove, the payment service 108 may receive transaction informationassociated with transactions conducted between merchant(s) 102 andcustomer(s) 104, as represented by 150. The transaction information fora respective transaction can indicate payment information of the paymentinstrument 110, an amount of payment received from the customer 104, theitem(s)/service(s) 106 acquired by the customer 104, a time, place anddate of the transaction, a card network associated with the paymentinstrument 110, an issuing bank of the payment instrument 110, a name ofthe customer 104, a location of a customer within a physicalestablishment (e.g., a chair, a table, etc.) and so forth. The paymentservice 108 can store the transaction information as transaction data148 within the databases(s) 136.

To analyze the first layout 112 using the transaction data 148, thelayout analysis module 130 can use the transaction data 148 associatedwith the first merchant 102 to identify one or more tables, chairs, ordesignated sections in which customer(s) 104 acquire a greater amount ofitem(s)/service(s) 106 than other tables, chairs, or designated sectionswithin the first physical establishment. For instance, the layoutanalysis module 130 may analyze the first layout 112 with respect to thetransaction data 148 to identify that a designated section (e.g., thebar area) within the first physical establishment has a higher salesvolume than any other designated section (e.g., the dining area) withinthe first physical establishment. For another example, the layoutanalysis module 130 may analyze the first layout 112 with respect to thetransaction data 148 to identify that tables located within a firstportion (e.g., near the kitchen) of a designated area (e.g., diningarea) have a higher sales volume than tables located within a secondportion (e.g., near the bathrooms) of the designated area.

Based on the analysis of the transaction data 148, the recommendationmodule 132 can generate one or more recommendations for the firstmerchant 102 in order to maximize sales within the first physicalestablishment. In some instances, the recommendation engine 132 mayrecommend that the first merchant 102 change the layout of the firstphysical establishment such that designated sections with greater salesvolume are increased in size. For example, and using the example above,the recommendation engine 132 may generate a recommendation thatindicates that the first merchant 102 increase the area designated tothe bar based on the bar including a higher sales volume than otherdesignated sections of the first physical establishment (e.g., thedining area). In some instances, the recommendation engine 132 mayrecommend that the first merchant 102 change the locations of objects toareas of the first physical establishment that include the greatestsales volume. For example, and using the example above, therecommendation engine 132 may generate a recommendation that indicatesthat the first merchant 102 move tables from the second portion of adesignated area to the first portion of a designated area based on thefirst portion including a higher sales volume that the second portion.

In some instances, the layout analysis module 148 can further usetransaction data 148 associated with other merchant(s) 102 whengenerating and providing recommendations. For instance, the layoutanalysis module 148 can analyze transaction data 148 associated with atleast a second merchant 102 (e.g., a merchant 102 that is similar to thefirst merchant 102) to determine that a first designated section (e.g.,the bar) within a second physical establishment of the second merchant102 includes a higher sales volume than a second designated section(e.g., a dining area). The layout analysis module 130 can furtherdetermine that a second layout 112 associated with the second physicalestablishment includes a larger area for the first designated sectionthan the first layout 112 associated with the first physicalestablishment. Based on the determinations, the recommendation module130 can generate a recommendation that indicates that the first merchant102 increase the amount of area within the first physical establishmentthat is designated to the first section.

Based on any of the recommendation techniques described above, thepayment service 108 can send the first merchant 102 a message 114 thatincludes the recommendation. For instance, the payment service 108 canutilize the messaging module 134 to generate a message 114 for the firstmerchant 102 that includes a recommendation. The payment service 108 canthen send the message 114 to the merchant device 116 associated with thefirst merchant 102, as represented by 152. The merchant device 116 canreceive the message 114 from the payment service 108 and provide themessage 114 to the first merchant 102. For instance, the merchant device116 can receive the message 114 and display the recommendation to thefirst merchant 102.

Based on the first merchant 102 agreeing with the recommendation, andmaking the change within the first physical establishment, the merchantdevice 116 can the receive input indicating that the change has beenmade. The merchant device 116 can then update data representing thefirst layout 112 as stored locally on the merchant device 116.Additionally, the merchant device 116 can send the payment service 108data indicating the update, as represented by 154, so that the paymentservice 108 can update the first layout 112 stored locally within thedatabase(s) 136.

It should be noted that, in some instances, the layout data 142 mayinclude image data captured by one or more image capturing deviceslocated with a physical establishment of a merchant 102. In suchinstances, the payment service 108 can analyze the image data togenerate a layout 112 that represents the physical establishment. Forinstance, the payment service 108 can analyze the image data using oneor more image processing techniques (e.g., appearance-based methods,such as edge matching, features-based methods, etc.) to identifyrespective locations of designated sections and/or respective locationsof objects within the physical establishment. The payment service 108can then generate a layout 112 based on the respective locations usingany of the techniques described herein (e.g., updating the layout 112 toinclude graphical elements).

As discussed herein, processor(s), such as processor(s) 120, maycomprise one or more processors or processing cores. For example, theprocessor(s) can be implemented as one or more microprocessors,microcomputers, microcontrollers, digital signal processors, centralprocessing units, state machines, logic circuitries, and/or any devicesthat manipulate signals based on operational instructions. In somecases, the processor(s) may be one or more hardware processors and/orlogic circuits of any suitable type specifically programmed orconfigured to execute the algorithms and processes described herein. Theprocessor(s) can be configured to fetch and execute computer-readableprocessor-executable instructions stored in the memory.

Additionally, as discussed herein, memory, such as memory 122, may be anexample of tangible non-transitory computer storage media and mayinclude volatile and nonvolatile memory and/or removable andnon-removable media implemented in any type of technology for storage ofinformation such as computer-readable processor-executable instructions,data structures, program modules or other data. The memory may include,but is not limited to, RAM, ROM, EEPROM, flash memory, solid-statestorage, magnetic disk storage, optical storage, and/or othercomputer-readable media technology.

Further, in some cases, devices, such as merchant device(s) 116, thepayment service 108, a customer device, or the like, can access externalstorage, such as RAID storage systems, storage arrays, network attachedstorage, storage area networks, cloud storage, or any other medium thatcan be used to store information and that can be accessed by theprocessor(s) directly or through another computing device or network.Accordingly, the memory may be computer storage media able to storeinstructions, modules or components that may be executed by theprocessor(s). Further, when mentioned, non-transitory computer-readablemedia exclude media such as energy, carrier signals, electromagneticwaves, and signals per se.

As discussed above, the memory 122 may include functional components,such as the operating system 124, for controlling and managing variousfunctions of the payment service 108 and for enabling basic userinteractions with the payment service 108.

FIG. 2 illustrates select example components of an example merchantdevice 200 according to some implementations. The merchant device 200may include any of the merchant device(s) 116 from FIG. 1 . The merchantdevice 200 may be any suitable type of computing device, e.g., mobile,semi-mobile, semi-stationary, or stationary. Some examples of themerchant device 200 may include tablet computing devices; smart phonesand mobile communication devices; laptops, netbooks and other portablecomputers or semi-portable computers; desktop computing devices,terminal computing devices and other semi-stationary or stationarycomputing devices; dedicated register devices; wearable computingdevices, or other body-mounted computing devices; or other computingdevices capable of sending communications and performing the functionsaccording to the techniques described herein.

In the illustrated example, the merchant device 200 includes at leastone processor 202, memory 204, a display 206, one or more input/output(I/O) components 208, one or more network interfaces 210, at least onecard reader 212, at least one location component 214, and at least onepower source 216. Each processor 202 may itself comprise one or moreprocessors or processing cores. For example, the processor 202 can beimplemented as one or more microprocessors, microcomputers,microcontrollers, digital signal processors, central processing units,state machines, logic circuitries, and/or any devices that manipulatesignals based on operational instructions. In some cases, the processor202 may be one or more hardware processors and/or logic circuits of anysuitable type specifically programmed or configured to execute thealgorithms and processes described herein. The processor 202 can beconfigured to fetch and execute computer-readable processor-executableinstructions stored in the memory 204.

Depending on the configuration of the merchant device 200, the memory204 may be an example of tangible non-transitory computer storage mediaand may include volatile and nonvolatile memory and/or removable andnon-removable media implemented in any type of technology for storage ofinformation such as computer-readable processor-executable instructions,data structures, program modules or other data. The memory 204 mayinclude, but is not limited to, RAM, ROM, EEPROM, flash memory,solid-state storage, magnetic disk storage, optical storage, and/orother computer-readable media technology. Further, in some cases, themerchant device 200 may access external storage, such as RAID storagesystems, storage arrays, network attached storage, storage areanetworks, cloud storage, or any other medium that can be used to storeinformation and that can be accessed by the processor 202 directly orthrough another computing device or network. Accordingly, the memory 204may be computer storage media able to store instructions, modules orcomponents that may be executed by the processor 202. Further, whenmentioned, non-transitory computer-readable media exclude media such asenergy, carrier signals, electromagnetic waves, and signals per se.

The memory 204 may be used to store and maintain any number offunctional components that are executable by the processor 202. In someimplementations, these functional components comprise instructions orprograms that are executable by the processor 202 and that, whenexecuted, implement operational logic for performing the actions andservices attributed above to the merchant device 200. Functionalcomponents of the merchant device 200 stored in the memory 204 mayinclude an application 218, and an operating system 220.

The application 218 can provide the merchant device 200 withfunctionality for creating and updating layouts of a physicalestablishment. For instance, to create a layout, the application 218 maycause the merchant device 200 may present, via a user interface, a“blank canvas” that the merchant can use to indicate locations ofdesignated sections and objects within a physical establishment. Forinstance, the merchant device 200 may receive, via the user interface,one or more inputs that indicate respective location(s) of designatedsection(s) within the physical establishment. In some instances, aninput can include the merchant dragging an input device (e.g., a finger,a digital pen, a mouse cursor, or any other type of input device) acrossthe canvas (e.g., portions of the display 206 presenting the canvas) toindicate the respective location of the designated area within thephysical establishment. In some instances, an input can include themerchant drawing lines on the canvas that correspond to the borders of adesignated area within the physical establishment. In either instance,based on receiving the one or inputs, the merchant device 200 can updatethe layout on the user interface to include graphical elements (e.g.,border lines, highlighted areas, etc.) corresponding to the designatedsection(s) of the physical establishment at the indicated locations.

The merchant device 200 can further receive, via the user interface, oneor more inputs that indicate respective location(s) of object(s) locatedwithin the physical establishment. In some instances, an input maycorrespond to the merchant drawing a “sketch” of an object at a locationon the canvas that correspond to the respective location of the objectwithin the physical environment. In some instances, an input maycorrespond to the merchant clicking on a pre-generated graphical elementcorresponding to the object and dragging the graphical element to thelocation on the canvas that corresponds to the respective location ofthe object within the physical establishment. In either instance, basedon the input, the merchant device 200 can update the layout on the userinterface to include graphical elements corresponding to the objectslocated at the respective locations within the physical establishments.

In some instances, the graphical elements can include images thatrepresent the objects. For example, if an object is a table, thegraphical element can include a digital image of the table. For anotherexample, and again if the object is a table, the graphical element caninclude a graphical shape that represents the table, such as a square,oval, or the like. In some instances, the merchant device 200 canreceive image data representing the images. For example, the merchantdevice 200 can obtain the image data from one or more network resources,such as the Internet. In some instances, a merchant may upload theimages into the merchant device 200. For instance, the merchant can usean image capturing device, such as a camera or a scanner, to captureimages of the objects.

In some instances, in addition to or alternatively from receiving input,the merchant device 200 can cause the application 218 to generate alayout using image data. For instance, the merchant device 200 mayreceive, from one or more image capturing devices, image datarepresenting the physical establishment. The merchant device 200 canthen analyze the image data using one or more image processingtechniques (e.g., appearance-based methods, such as edge matching,features-based methods, etc.) to identify respective locations ofdesignated sections and/or respective locations of objects within thephysical establishment. The merchant device 200 can then generate alayout of the physical establishment based on the respective locationsusing any of the techniques described here (e.g., updating the layout toinclude graphical elements).

After creating the layout, the merchant device 200 can receive, via theuser interface, input indicating that the layout is complete. Inresponse, the merchant device 200 can generate data (e.g., a template)representing the layout, and save the data locally in the memory 204.The merchant device 200 can then later receive input indicating that themerchant wants to edit the layout. In response, the merchant device 200can use the data to present the layout to the merchant via the userinterface. The merchant device 200 can then receive inputs indicatingchanges to the physical establishment, such as the addition, removal, ormoving of designated sections and/or objects. Based on the inputs, themerchant device 200 can update layout to reflect the changes, and thensave data representing the updated layout in response.

In addition to generating and editing layouts, the application 218 canprovide the merchant device 200 with functionality to utilize thelayouts during transactions with customers. For instance, theapplication 218 can cause the merchant device 200 to present, via a userinterface, the layout of the physical establishment to the merchant. Asdiscussed above, the layout can indicate locations of designated areasand objects within the physical establishment. For instance, the layoutcan indicate locations of tables and chairs within the physicalestablishment. The merchant device 200 can further present, via the userinterface, indications based on one or more states of the objects. Whenobjects include tables and chairs, the states can indicate whether atable (and/or similarly a chair) is open, is occupied by one or morecustomers, requires assistance from the merchant, does not requireassistance from the merchant, received a check, and/or the like.

For instance, the user interface can present a first indication thatindicates that a table is in a first state when the table is open. Atable is open when no customer is seated at the table, and the table isready for a customer. The merchant device 200 may then receive inputindicating that one or more customers are being seated at the table. Insome instances, the input can include a selection corresponding tocreating a ticket for the table. Based on the input, the merchant device200 can associated the ticket with the table. Additionally, the userinterface can present a second indication that indicates that the tableis occupied by the one or more customers. The user interface can furtherpresent a timer that indicates an amount of time that the one or morecustomers are seated at the table.

While the one or more customers seated are at the table, the merchantdevice 200 can receive inputs indicating items ordered by the one ormore customers during the transaction. In response, the merchant device200 can update the ticket to indicate at least the items being acquired,a cost of the item, or the like. The merchant device 200 can furtherdetermine whether the one or more customers at the table needassistance. For instance, the merchant device 200 can determine that themerchant (e.g., an employee, such as a waiter) has not checked in on theone or more customers for a threshold period of time (e.g., fiveminutes, ten minutes, thirty minutes, etc.). Based on the determination,the user interface can present a third indication that indicates thatthe table requires assistance from the merchant. In some instances, thethird indication can change based on the amount of time since themerchant has last checked in on the one or more customers. For instance,the third indication can change colors to indicate the amount of time.

The merchant device 200 can use sensor data 222 (which may representsensor data 146 from FIG. 1 ) to determine that the merchant has notchecked in on the one or more customers for the threshold period oftime. In some instances, the sensor data 222 can include data receivedfrom an electronic device associated with an employee assigned to thetable. For instance, the employee may be in possession of the electronicdevice, and the electronic device may send the merchant device 200sensor data 222 indicating geographical locations of the electronicdevice within the physical establishment. The merchant device 200 canreceive the sensor data 222 from the electronic device, and then analyzethe sensor data 222 to determine whether the electronic device has beenproximate to the table. In some instances, the merchant device 200determines that the electronic device has not been proximate to thetable, and thus the merchant has not checked on the table, based on thegeographical location of the electronic device being outside of apredetermined distance (e.g., a foot, five feet, ten feet, etc.) for thethreshold period of time.

Additionally, or alternatively, in some instances, the sensor data 222can include data received from an electronic device associated with thetable. For instance, an electronic device may be positioned on and/ornear the table, where the electronic device detects when an employee iswithin the predetermined distance of the table. In some instances, theelectronic device may detect an employee based on detecting a tag (e.g.,a radio-frequency identification (RFID) tag, etc.) in possession of theemployee. Based on detecting an employee, the electronic device can sendthe merchant device 200 the sensor data 222 that indicates that theelectronic device detected the employee. As such, in some instances, themerchant device 200 can determine that the merchant has not checked inon the table based on the merchant device 200 not receiving the sensordata 222 for the threshold period of time. In some instances, themerchant device 200 can determine that the merchant has not visited thetable based on the merchant device 200 receiving sensor data 222 thatdoes not indicate that the electronic device detected the employee forthe threshold period of time.

Additionally, or alternatively, in some instances, the sensor data 222can include image data captured from one or more image capturing deviceswithin the physical establishment. For instance, the merchant device 200can receive image data from one or more image capturing devices locatedwithin the physical establishment, where the image data represents thephysical establishment. The merchant device 200 can then analyze theimage data to track the respective geographical locations of theemployees within the physical establishment. Using the respectivegeographical locations, the merchant device 200 can determine that themerchant has not checked in on the table based on the respectivegeographical locations being outside of the predetermined distance forthe threshold period of time.

In addition to using the sensor data 222 to determine that the merchanthas not checked in on the table, the merchant device 200 can use similartechniques to determine that the merchant has checked in on the table.For example, the merchant device 200 can receive sensor data 222 from anelectronic device associated with the employee and analyze the sensordata 222 to determine that a geographical location of the electronicdevice was within the predetermined distance. For a second example, themerchant device 200 can receive sensor data 222 from the electronicdevice associated with the table and analyze the sensor data 222 todetermine that the electronic device detected an employee. For a thirdexample, the merchant device 200 can receive sensor data 222 (e.g.,image data) from the one or more image capturing devices and analyze thesensor data to determine that an employee was within the predetermineddistance from the table. In either example, the user interface canpresent a fourth indication that indicates that the table does notrequire assistance.

During the transaction, the merchant device 200 can further receive, viathe user interface, input indicating that the one or more customers areready for the ticket. Based on the input, the merchant device 200 canprovide the ticket to the one or more customers. In some instances, themerchant device 200 can provide the ticket by sending data representingthe ticket to an electronic device (e.g., an electronic deviceassociated with the table, an electronic device associated with acustomer, etc.). In some instances, the merchant device 200 can providethe ticket by printing a physical copy of the ticket for the one or morecustomers. In either instance, the user interface can present a fifthindication that indicates that the one or more customers received theticket. Additionally, after processing payment for a cost of the ticket,the user interface can present a sixth indication that indicates thatthe table is once again open.

Additional functional components may include an operating system 220 forcontrolling and managing various functions of the merchant device 200and for enabling basic user interactions with the merchant device 200.The memory 204 may also store transaction data 224 that is receivedbased on the merchant associated with the merchant device 200 engagingin various transactions with customers, such as the example customer 104from FIG. 1 . In some instances, the transaction data 224 can correspondto the transaction data 148 from FIG. 1 .

In addition, the memory 204 may also store data, data structures and thelike, that are used by the functional components. For example, this datamay include item information that includes information about the itemsoffered by the merchant, which may include images of the items,descriptions of the items, prices of the items, and so forth. Dependingon the type of the merchant device 200, the memory 204 may alsooptionally include other functional components and data, which mayinclude programs, drivers, etc., and the data used or generated by thefunctional components. Further, the merchant device 200 may include manyother logical, programmatic and physical components, of which thosedescribed are merely examples that are related to the discussion herein.

The network interface(s) 210 may include one or more interfaces andhardware components for enabling communication with various otherdevices over the network or directly. For example, network interface(s)210 may enable communication through one or more of the Internet, cablenetworks, cellular networks, wireless networks (e.g., Wi-Fi) and wirednetworks, as well as close-range communications such as Bluetooth®,Bluetooth® low energy, and the like, as additionally enumeratedelsewhere herein.

FIG. 2 further illustrates that the merchant device 200 may include thedisplay 206 mentioned above. Depending on the type of computing deviceused as the merchant device 200, the display 206 may employ any suitabledisplay technology. For example, the display 206 may be a liquid crystaldisplay, a plasma display, a light emitting diode display, an OLED(organic light-emitting diode) display, an electronic paper display, orany other suitable type of display able to present digital contentthereon. In some examples, the display 206 may have a touch sensorassociated with the display 206 to provide a touchscreen displayconfigured to receive touch inputs for enabling interaction with agraphic interface presented on the display 206. Accordingly,implementations herein are not limited to any particular displaytechnology. Alternatively, in some examples, the merchant device 200 maynot include the display 206, and information may be present by othermeans, such as aurally.

The I/O components 208, meanwhile, may include speakers, a microphone, acamera, and various user controls (e.g., buttons, a joystick, akeyboard, a keypad, etc.), a haptic output device, and so forth. Forinstance, I/O components 208 can include a printing device for printingphysical receipts for customers. In some examples, the POS device usesthe printing device to print the physical receipts after receiving datarepresenting the receipts from a payment service.

It should be noted that, in some examples, the I/O components 208 may beseparate from the merchant device 200. For instance, the printing devicemay be separate from the merchant device 200. In some examples, themerchant device 200 sends data representing the receipts to the printingdevice in order to cause the printing device to print physical receipts.

In addition, the merchant device 200 may include or may be connectableto a payment instrument reader 212. In some examples, the reader 212 mayplug in to a port in the merchant device 200, such as amicrophone/headphone port, a data port, or other suitable port. In otherinstances, the reader 212 is integral with the entire merchant device200. The reader 212 may include a read head for reading a magnetic stripof a payment card, and further may include encryption technology forencrypting the information read from the magnetic strip. Alternatively,numerous other types of card readers may be employed with the merchantdevice 200 herein, depending on the type and configuration of aparticular merchant device 200.

The location component 214 may include a GPS device able to indicatelocation information, or the location component 214 may comprise anotherother location-based sensor. The merchant device 200 may also includeone or more additional sensors (not shown), such as an accelerometer,gyroscope, compass, proximity sensor, and the like. Additionally, themerchant device 200 may include various other components that are notshown, examples of which include removable storage, a power controlunit, and so forth.

FIG. 3 illustrates an example of a merchant device 300 (which mayrepresent one of merchant device(s) 116 and/or merchant device 200)providing a user interface 302 for creating layouts and sections for aphysical establishment. As shown, the user interface 302 includes amerchant location 304 portion that lists each physical location (e.g.,each physical establishment) associated with a merchant. For instance,the merchant location 304 portion lists three separate locationsassociated with a merchant, Merchant Location A, Merchant Location B,and Merchant Location C. In some instances, the merchant can use themerchant location 304 portion to select a physical establishment forcreating and/or editing a layout. Additionally, the merchant can selectthe new location 306 button to create a new merchant location.

The user interface 302 further includes a layouts 308 portion that listseach layout that the merchant has created for the selected merchantlocation 304. For instance, the layouts 308 portion indicates that thereare three separate layouts that have been created for a specificmerchant location, Layout A, Layout B, and Layout C. In some instances,the merchant can select an edit 310(1) button to edit Layout A, selectan edit 310(2) button to edit Layout B, and select an edit 310(3) buttonto edit Layout C. Additionally, the merchant can select an add newlayout 312 button to create a new layout for the selected merchantlocation 304.

The user interface 302 further includes a section 314 that lists eachdesignated section that the merchant has created for various layouts308. For instance, the sections 314 portion indicates that there are twoseparate designated sections that have been created for various layouts308, Section A and Section B. In some instances, the merchant can selectan edit 316(1) button to edit Section A and select an edit 316(2) buttonto edit Section B. Additionally, the merchant can select an add newsection 318 button to create a new section for one or more of thelayouts 308.

Additionally, the user interface 302 includes a visit times 320 buttonand a progress indicators 322 button. The merchant can use the visittimes 320 button to cause the user interface 302 to display and/or notdisplay progress times associated with objects while the merchant isusing one of the layouts 308. Furthermore, the merchant can use theprogress indicators 322 button to cause the user interface 302 todisplay and/or not display state indicators associated with objectswhile the merchant is using one of the layouts 308. Examples of each areillustrated below with respect to FIGS. 6A-6F.

FIG. 4 illustrates an example of the merchant device 300 providing auser interface 402 for editing a section. In some instances, themerchant device 300 may present the user interface 402 after receivinginput selecting, edit 316(1) button for Section A, edit 316(2) buttonfor Section B, or add a new section 318 button from the user interface302 of FIG. 3 . As illustrated, the user interface 402 includes thesection name 404, which is an identifier for the section being createdand/or edited. The merchant can update the section name 404 to identifywhich section the merchant is creating and/or editing. For instance, ifthe merchant is a restaurant, the merchant may update the second name404 to include a bar area, dining area, kitchen, waiting area, patioarea, bathroom area, or the like.

The user interface 402 further includes a portion for adding andremoving objects 406 associated with the section. As shown, the sectioncurrently has six Objects A-F, although sections can include any numberof objects. Objects 406 can include anything that a merchant may placewithin a physical establishment, such as tables, chairs, televisions,merchant devices, items, rugs, windows, or the like. The merchant canuse the edit(a)-(6) buttons to edit the Objects A-F, respectively. Forinstance, if Object A is a table, the merchant can use the edit 408(1)button to change the characteristics (e.g., size, color, shape, etc.) ofthe table, change the number of chairs included with the table, deletethe table, or the like. The merchant can further use the add new object410 button to create a new object for the section.

FIGS. 5A-5F illustrates an example of the merchant device 300 providinga user interface 502 for creating a layout 504 of a physicalestablishment. As shown, a portion of the user interface 502 includessections that were previously created by the merchant for the physicalestablishment. For instance, the merchant created Section A 506 toinclude six tables 508(1)-(6) (e.g., objects), and also created SectionB 510 to include six tables 512(1)-(6) (e.g., objects). Additionally, aportion of the user interface 502 includes an editing 514 tool forediting tables 508(1)-(6) or tables 512(1)-(6) that are added to thelayout 504. For instance, the merchant can use the shape 516 button toedit the shape (e.g., square, circle, oval, etc.) of a table, use thelayout 518 button to edit the layout (e.g., equally around the table,all on one side of the table, etc.) of chairs around the table, use thechairs 520 button to edit the number of chairs (e.g., one, two, five,ten, etc.) around a table, and use the size 522 button to edit the size(e.g., width, height, etc.) of the table.

Also, shown in FIG. 5A, the user interface 502 currently includes a“blank canvas,” which the merchant uses to create the layout 504 of thephysical establishment. For instance, and as shown in FIGS. 5B-5F, themerchant device 300 can receive, via the user interface 502, inputs fromthe merchant that indicate the locations of designated sections andobjects within the physical establishment. Based on the inputs, themerchant device 300 updates the layout 504 being provided by the userinterface 502 to include various graphical objects corresponding to thedesignated sections and objects at the indicated locations within thephysical establishment.

For instance, as shown in FIG. 5B, the merchant device 300 may receive,via the user interface 502, input that indicates the location of SectionA 506 and the location of Section B 510 within the physicalestablishment. Based on the input, the merchant device 300 may updatethe layout 504 on the user interface 502 to indicate the locations ofSection A 506 and Section B 510 within the physical establishment. Insome instances, and as shown in FIG. 5B, updating the layout 504 mayinclude adding a graphical element 524 corresponding to a border betweenSection A 506 and Section B 510 within the physical establishment.Additionally, or alternatively, in some instances, updating the layout504 may include adding graphical elements (e.g., shading, colors,patterns, etc.) to areas of the layout 504 that correspond to the areaswithin the physical establishment of Section A 506 and Section B 510.

FIG. 5C illustrates adding an object (e.g., table 508(1)) to the layout504 of the physical establishment. For instance, the merchant device 300may receive, via the user interface 502, input indicating a location oftable 508(1) within the physical establishment. In some instance, theinput may include a selection of table 508(1) from Section A 506 of theuser interface 502, followed by an indication on the layout 504 of wheretable 508(1) is located within the physical establishment. In someinstances, the input may include a drag-and-drop type input where table508(1) is selected, dragged across the user interface 502, and droppedat a location on the layout 504 that corresponds to where the table508(1) is located within the physical establishment. In either instance,the merchant device 300 updates the layout 504 on the user interface 502to include a graphical element 526 corresponding to the table 508(1) atthe location within the physical establishment.

FIG. 5D illustrates editing an object (e.g., table 508(1)) that isalready placed within the layout 504. For instance, as discussed above,the merchant can use the shape 516 button to edit the shape of objects,and use the size 522 button to edit the size of objects. As such, themerchant device 300 may receive, via the user interface 502, input forchanging the shape of the table 508(1) from a square shape to a squarewith rounded corners. Additionally, the merchant device 300 may receive,via the user interface, input for changing the size the table 508(1)such that the table 508(1) includes a longer width. Furthermore, themerchant device 300 may receive, via the user interface, input forchanging the orientation of the table 508(1). Based on each of theinputs, the merchant device 300 can update the graphical element 526corresponding to the table 508(1) such that the graphical element 526better represents the table 508(1) within the physical establishment.

FIG. 5E illustrates adding additional objects (e.g., chairs) to anobject (e.g., table 508(1)) already placed within the layout 504. Forinstance, as discussed above, the merchant can use the layout 518 buttonto edit the layout of chairs around a table, and use the chairs 520button to edit the number of chairs around the table. As such, themerchant device 300 may receive, via the user interface 502, input foradding four chairs to the table 508(1). Additionally, the merchantdevice 300 may receive, via the user interface 502, input indicating thelayout of the chairs around the table 508(1) (e.g., indicating thelocations of the chairs around the table 508(1) within the physicalestablishment). In response to the inputs, the merchant device 300 canupdate the layout 504 on the user interface 502 to include graphicalelements 528(1)-(4) corresponding to the chairs at the indicatedlocations within the physical establishment.

FIG. 5F illustrates the layout 504 of the physical establishment afterthe merchant indicates the respective locations of each of the tables508(1)-(6) within Section A 506 and the respective locations of each ofthe tables 512(1)-(6) within Section B 510 of the physicalestablishment. As shown, the merchant device 300 may receive, via theuser interface 502, input indicating each of the respective locations.Additionally, the merchant device 300 may receive, via the userinterface 502, input indicating the respective locations of each of thechairs around each of the table 508(1)-(6) and each of the tables512(1)-(6). In response, the merchant device 300 updates the layout 504on the user interface 502 to include graphical elements corresponding toeach of the tables and each of the chars at the respective locationswithin the physical establishment.

In some instances, based on the merchant completing the layout 504, themerchant device 300 may receive, via the user interface 502, inputindicating that the layout 504 is complete. The merchant device 300 canthen save data (e.g., a template) representing the layout 504, and addthe layout 504 to the layouts 308 of the user interface 302 of FIG. 3 .Additionally, the merchant device 300 can send the data representing thelayout 504 to the one or more other computing devices, such as thepayment service 108 of FIG. 1 .

FIGS. 6A-6F illustrate an example of a merchant utilizing a userinterface 602 during a transaction. For instance, and as discussedabove, the user interface 602 can present indications based on one ormore states of the objects within the physical establishment. In someinstances, when the objects include tables and chairs, the states caninclude whether a table (and/or similarly a chair) is open, is occupiedby one or more customers, requires assistance from the merchant, doesnot require assistance from the merchant, received a check, and/or thelike.

For instance, as illustrated in FIG. 6A, the user interface 602 canpresent a first indication 604 associated with table 508(1) (and/orsimilarly with any of the other tables) that indicates that the table508(1) is in a first state. In some instances, the first indication 604can include a first color and/or first pattern associated with the firststate. For instance, in the example of FIG. 6A, the first indication 604includes a diagonal pattern covering a top portion of the graphicalelement corresponding to the table 508(1). In some instances, the firststate can correspond to an open state, in which no customers are seatedat the table 508(1). However, in other instances, the first state cancorrespond to a different state of the table 508(1), such that the table508(1) is occupied by one or more customers, requires assistance fromthe merchant, does not require assistance from the merchant, received acheck, or the like.

As also illustrated in FIG. 6A, the user interface 602 further includesan indication of a predetermined distance 606 around the table 508(1)and a location 608 of an employee associated with the merchant. As willbe described with reference to FIGS. 6B-6F, the merchant device 300 usesthe predetermined distance 606 and the location 608 to identity thestate of the table 508(1). In some instances, and as illustrated in FIG.6A, the user interface 602 may indicate the predetermined distance 606and the location 608. Additionally, or alternatively, in some instances,the user interface 602 may not indicate the predetermined distance 606and/or the location 608.

FIG. 6B illustrates the user interface 602 presenting a secondindication 610 associated with the table 508(1) in response todetermining that the table 508(1) is in a second state. In someinstances, the second indication 610 can include a second color and/orsecond pattern associated with the second state. For instance, in theexample of FIG. 6B, the second indication 610 includes a checkeredpattern covering a top portion of the graphical element corresponding tothe table 508(1). In some instances, the second state can correspond toan occupied state, in which one or more customers are seated at thetable 508(1). However, in other instances, the second state cancorrespond to a different state of the table 508(1), such that the table508(1) is open, requires assistance from the merchant, does not requireassistance from the merchant, received a check, or the like.

In some instances, the merchant device 300 may determine that the table508(1) is in the second state based on receiving input from themerchant. For instance, the merchant device 300 may receive, via theuser interface 602, an input indicating that one or more customers arenow seated at the table 508(1). In some instances, the merchant device300 may determine that the table 508(1) is in the second state byanalyzing sensor data associated with the physical establishment. Forinstance, the merchant device 300 may analyze the sensor data todetermine that the location 608 of the employee is within thepredetermined distance 606 of the table 508(1). Based on thedetermination, the merchant device 300 can determine that the table508(1) is in the second state. Techniques for analyzing sensor data aredescribed in detail with regard to FIGS. 7A-7C.

FIG. 6C illustrates the user interface 602 presenting a third indication612 associated with the table 508(1) in response to determining that thetable 508(1) is in a third state. In some instances, the thirdindication 612 can include a third color and/or third pattern associatedwith the third state. For instance, in the example of FIG. 6C, the thirdindication 612 includes a diagonal, checkered pattern covering a topportion of the graphical element corresponding to the table 508(1). Insome instances, the third state can correspond to an assistance state,in which the table 508(1) requires assistance from the merchant.However, in other instances, the third state can correspond to adifferent state of the table 508(1), such that the table 508(1) is open,occupied by one or more customers, does not require assistance from themerchant, received a check, or the like.

In some instances, the merchant device 300 may determine that the table508(1) is in the third state based on receiving input from the merchant.For instance, the merchant device 300 may receive, via the userinterface 602, an input indicating that one or more customers requestedassistance. In some instances, the merchant device 300 may determinethat the table 508(1) is in the third state by analyzing sensor dataassociated with the physical establishment. For instance, the merchantdevice 300 may analyze the sensor data to determine that the location608 of the employee has been outside of the predetermined distance 606of the table 508(1) for a first threshold period of time (e.g., oneminute, five minutes, etc.). Based on the determination, the merchantdevice 300 can determine that the table 508(1) is in the third state.

FIG. 6D illustrates the user interface 602 presenting a fourthindication 614 associated with the table 508(1) in response todetermining that the table 508(1) is in a fourth state. In someinstances, the fourth indication 612 can include a fourth color and/orfourth pattern associated with the fourth state. For instance, in theexample of FIG. 6D, the fourth indication 614 includes a pattern ofhorizontal lines covering a top portion of the graphical elementcorresponding to the table 508(1). In some instances, the fourth statecan correspond to a second assistance state, in which the table 508(1)still requires assistance from the merchant. However, in otherinstances, the fourth state can correspond to a different state of thetable 508(1), such that the table 508(1) is open, occupied by one ormore customers, does not require assistance from the merchant, receiveda check, or the like.

In some instances, the merchant device 300 may determine that the table508(1) is in the fourth state based on receiving input from themerchant. For instance, the merchant device 300 may receive, via theuser interface 602, an input indicating that one or more customers arestill in need of assistance. In some instances, the merchant device 300may determine that the table 508(1) is in the fourth state by analyzingsensor data associated with the physical establishment. For instance,the merchant device 300 may analyze the sensor data to determine thatthe location 608 of the employee has been outside of the predetermineddistance 606 of the table 508(1) for a second, longer threshold periodof time (e.g., ten minute, twenty minutes, etc.). Based on thedetermination, the merchant device 300 can determine that the table508(1) is in the fourth state.

FIG. 6E illustrates the user interface 602 presenting a fifth indication616 associated with the table 508(1) in response to determining that thetable 508(1) is in a fifth state. In some instances, the fifthindication 616 can include a fifth color and/or fifth pattern associatedwith the fifth state. For instance, in the example of FIG. 6E, the fifthindication 616 includes a pattern of vertical lines covering a topportion of the graphical element corresponding to the table 508(1). Insome instances, the fifth state can correspond to a non-assistancestate, in which the table 508(1) does not require assistance from themerchant. However, in other instances, the fifth state can correspond toa different state of the table 508(1), such that the table 508(1) isopen, occupied by one or more customers, requires assistance from themerchant, received a check, or the like.

In some instances, the merchant device 300 may determine that the table508(1) is in the fifth state based on receiving input from the merchant.For instance, the merchant device 300 may receive, via the userinterface 602, an input indicating one or more items acquired by the oneor more customers from the merchant. In some instances, the merchantdevice 300 may determine that the table 508(1) is in the fifth state byanalyzing sensor data associated with the physical establishment. Forinstance, the merchant device 300 may analyze the sensor data todetermine that the location 608 of the employee is within thepredetermined distance 606 of the table 508(1). Based on thedetermination, the merchant device 300 can determine that the table508(1) is in the fifth state.

FIG. 6F illustrates the user interface 602 presenting a sixth indication618 associated with the table 508(1) in response to determining that thetable 508(1) is in a sixth state. In some instances, the sixthindication 618 can include a sixth color and/or sixth pattern associatedwith the sixth state. For instance, in the example of FIG. 6F, the sixthindication 618 includes a spotted pattern covering a top portion of thegraphical element corresponding to the table 508(1). In some instances,the sixth state can correspond to a check state, in which the one ormore customers at the table 508(1) received the check. However, in otherinstances, the sixth state can correspond to a different state of thetable 508(1), such that the table 508(1) is open, occupied by one ormore customers, requires assistance from the merchant, does not requireassistance from the merchant, or the like.

In some instances, the merchant device 300 may determine that the table508(1) is in the sixth state based on receiving input from the merchant.For instance, the merchant device 300 may receive, via the userinterface 602, an input indicating that the one or more customers areready for the check. In some instances, the merchant device 300 maydetermine that the table 508(1) is in the sixth state by analyzingsensor data associated with the physical establishment. For instance,the merchant device 300 may analyze the sensor data to determine thatthe location 608 of the employee is within the predetermined distance606 of the table 508(1). Based on the determination, the merchant device300 can determine that the table 508(1) is in the sixth state.

After the one or more customers pay for the check, the user interface602 may again present the first indication 604 associated with the table508(1), indicating that the table 508(1) is once again in the firststate. In some instances, the merchant device 300 can determine that thetable 508(1) is once again in the first state based on receiving inputfrom the merchant. In some instances, the merchant device 300 candetermine that the table 508(1) is once again in the first state basedon authorizing a payment instrument for a cost of the ticket. Still, insome instances, the merchant device 300 can determine that the table508(1) is in the first state based on analyzing sensor data to determinethat the one or more customers are no longer located at the table508(1).

FIGS. 7A-7C illustrate examples of determining a geographical locationof a merchant within a physical establishment 702, which may correspondto the layout 504 described in FIGS. 5A-6F. For example, as illustratedin FIG. 7A, a table 508(1) within the physical establishment 702 may beassociated with an electronic device 704. For instance, the electronicdevice 704 may be positioned on and/or near a location of the table508(1). The electronic device 704 may be configured to generate ageofence around the table 508(1), as illustrated by the predetermineddistance 606, and detect when employees enter within the predetermineddistance 606. In some instance, the electronic device 704 detects anemployee based on detecting the presence of a tag and/or otheridentifier associated with the employee. For instance, the electronicdevice 704 may include an RFID that detects tags (e.g., RFID chips)associated with employees. In some instance, the electronic device 704detects the employee based on receiving input from the employee.

Based on detecting the tag, the electronic device 704 can send a message(e.g., sensor data) to the merchant device 300 indicating that theemployee was detected within the predetermined distance 606 of the table506(1). For instance, in the example of FIG. 7A, the electronic device704 can send the merchant device 300 a message indicating that themerchant device 300 detected a first employee 706 within thepredetermined distance 606 of the table 508(1), as represented by 708.However, the electronic device 704 may not send the merchant device 300a message indicating that the electronic device 704 detected a secondemployee 710, as the second employee 710 is outside of the predetermineddistance 606.

For a second example, and as illustrated in FIG. 7B, each employee ofthe merchant may be associated with a respective electronic device thatsends geographical location data to the merchant device 300. Forinstance, the first employee 706 may be associated with, and inpossession of, a first electronic device 712 that sends data indicatingthe geographical location (e.g., sensor data) of the first electronicdevice 712 to the merchant device 300, as represented by 714.Additionally, the second employee 710 may be associated with, and inpossession of, a second electronic device 716 that sends data indicatingthe geographical location (e.g., sensor data) of the second electronicdevice 716 to the merchant device 300, as represented by 718.

The merchant device 300 can receive the data from each of the firstelectronic device 712 and the second electronic device 716, and thenanalyze the data to determine whether the first employee 706 and/or thesecond employee 710 are within the predetermined distance 606 of thetable 508(1). For instance, in the example of FIG. 7B, the merchantdevice 300 can analyze the data to determine that a geographicallocation associated with the first electronic device 712 is within thepredetermined distance 606 of the table 508(1). Based on thedetermination, the merchant device 300 can determine that the firstemployee 706 is within the predetermined distance 606. Additionally, themerchant device 300 can analyze the data to determine that ageographical location associated with the second electronic device 716is outside of the predetermined distance 606 of the table 508(1). Basedon the determination, the merchant device 300 can determine that thesecond employee 710 is outside of the predetermined distance 606.

For a third example, and as illustrated in FIG. 7C, an image capturingdevice 720 (and/or one or more image capturing devices) may captureimage data (e.g., sensor data) representing the physical establishment702. The image capturing device 720 can include, but is not limited to,a camera, a video camera, an infrared camera, or any other type ofelectronic device that can capture image data representing the physicalestablishment 702. The image capturing device 720 can then send theimage data to the merchant device 300, as represented by 722.

The merchant device 300 can receive the image data from the imagecapturing device 720. In response, the merchant device 300 can analyzethe image data to determine respective geographical locations of each ofthe employees within the physical establishment 702. For instance, themerchant device 300 can analyze the image data to determine that atleast a portion of the image data represents the first employee 706. Insome instances, the merchant device 300 can make the determination usingfacial recognition and/or some other image processing technique. Themerchant device 300 can then determine a geographical location of thefirst employee 706 within the physical establishment 702 based on theportion of the image data that represents the first employee 706. Forinstance, the merchant device 300 can analyze the portion of the imagedata with respect to a layout of the physical establishment 702 toidentify where the first employee 706 is located within the physicalestablishment 702. Using the geographical location, the merchant device300 can determine that the first employee 706 is within thepredetermined distance 606.

The merchant device 300 can perform a similar analysis for determiningwhether the second employee 710 is within the predetermined distance606. For instance, the merchant device 300 can analyze the image data todetermine that at least a portion of the image data represents thesecond employee 710. In some instances, the merchant device 300 can makethe determination using facial recognition and/or some other imageprocessing technique. The merchant device 300 can then determine ageographical location of the second employee 710 within the physicalestablishment 702 based on the portion of the image data that representsthe second employee 710. For instance, the merchant device 300 cananalyze the portion of the image data with respect to a layout of thephysical establishment 702 to identify where the second employee 710 islocated within the physical establishment 702. Using the geographicallocation, the merchant device 300 can determine that the second employee710 is outside the predetermined distance 606.

It should be noted that, in some instances, the merchant device 300 mayuse one or more of the techniques illustrated in FIGS. 7A-7C todetermine whether employees are within the predetermined distance 606 ofthe table 508(1). For instance, the merchant device 300 may analyze oneor more of the data received from the electronic device 704, the datareceived from the electronic device 712, the data received from theelectronic device 716, and the data received from the image capturingdevice 720 to determine whether the first employee 706 and/or the secondemployee 710 are within the predetermined distance 606.

FIG. 8 illustrates an example of analyzing layouts in order to recommendat least one area to designate to at least one section and/or recommendat least one location for placing at least one object within a physicalestablishment. For instance, as illustrated in FIG. 8 , a paymentservice (e.g., the payment service 108) and/or a merchant device (e.g.,the merchant device 300) may analyze the created layout 504 (e.g.,referred to as the first layout 504) in FIGS. 5A-5F with respect to asecond layout 802 corresponding to another physical establishment. Insome instances, analyzing the first layout 504 with respect to thesecond layout 802 includes comparing the first layout 504 to the secondlayout 802 to identify differences between the locations of designatedsections and/or objects as indicated by the first layout 504 andlocations of designated sections and/or objects as indicated by thesecond layout 802.

As shown in the example of FIG. 8 , similar to the first layout 504, thesecond layout 802 includes designated Section A and designated SectionB. For instance, Section A for each of the first layout 504 and thesecond layout 802 may represent respective dining areas within each ofthe physical establishments, and Section B for each of the first layout504 and the second layout 802 may represent respective bar areas withineach of the physical establishments. As also illustrated in the exampleof FIG. 8 , Section A of the second layout 802 includes four tables804(1)-(4), and Section B of the second layout 802 includes nine tables806(1)-(9), two televisions 808(1)-(2), and a merchant device 810.

The payment service (and/or similarly the merchant device) may thuscompare the first layout 504 to the second layout 802 in order toidentify differences between the locations of designated sections and/orobjects within the first physical establishment associated with thefirst layout 504 and locations of designated sections and/or objectswithin the second physical establishment associated with the secondlayout 802. For instance, based on the comparing, the payment servicemay identify that a larger area of the second physical establishment isdesignated to Section B than is designated to Section B within the firstphysical establishment. Additionally, the payment service may identifythat Section B within the second physical establishment includes agreater number of tables than Section B within the first physicalestablishment, with tables 806(1)-(7) including a different layout forchairs and tables 806(8)-(9) including a larger size table. Finally, thepayment service may identify that Section B of the second physicallayout includes two televisions 808(1)-(2), and the merchant device 810is located within Section B of the second physical establishment.

Using one or more of the identified differences, the payment service canthen generate and provide recommendations to a first merchant associatedwith the first physical establishment. For instance, the payment servicemay generate and provide a recommendation that indicates that the firstmerchant increase the amount of area designated to Section B within thefirst physical establishment. The payment service may further generateand provide a recommendation that indicates that the first merchant addmore tables within Section B and/or rearrange chairs around tables512(1)-(6) to include a layout similar to tables 806(1)-(7).Furthermore, the payment service may generate and provide arecommendation that indicates that the first merchant place televisionswithin Section B. Finally, the payment service may generate and providea recommendation that indicates that the first merchant move thelocation of merchant device 300 from Section A to Section B.

In some instances, and as discussed above, the payment service may useadditional factors when generating and providing the recommendations.For instance, the payment service may determine that a second merchantassociated with the second layout 802 has a higher volume of saleswithin Section B than Section A using transaction data associated withthe second merchant. Based on the determination, the payment service maygenerate and provide the recommendations that the first merchant addmore tables and/or arrange the layout of the chairs within Section B ofthe first physical establishment.

FIGS. 9A-9D illustrate a first example of analyzing sensor data toupdate a layout 902 of a physical establishment. For instance, a paymentservice, such as the payment service 108, (and/or a merchant device) mayreceive a layout 902 of a physical establishment that indicates at leastlocations of tables 904(1)-(10), locations of chairs (represented by thesmaller squares), and locations of merchant devices 906(1)-(2) withinthe physical establishment. The payment service may further receivesensor data representing movements of users (e.g., merchants, such asthe merchant’s employees, customers, etc.) within the physicalestablishment. In some instances, the payment service receives thesensor data from respective electronic devices associated with, and inpossession of, each of the users (similar to the example in FIG. 7B). Insome instances, the payment service receives the sensor data from one ormore image capturing devices located within the physical establishment(similar to the example in FIG. 7C). The payment service can thenanalyze the sensor data in order to determine movements of one or moreof the users within the physical establishment.

For instance, in the example of FIG. 9A, the payment service maydetermine a first route of a first user within the physicalestablishment, as represented by route 908. The payment service mayfurther determine a second route of a second user within the physicalestablishment, as represented by route 910. Based on the first route 908and the second route 910, the payment service can then identify at leastone location within physical establishment in which a “bottleneck”occurs. A bottleneck can include a location or area within the physicalestablishment at which movements of the users cause congestion withinthe physical establishment such that movements of at least a portion ofthe users are slowed down or stopped.

For instance, as illustrated in FIG. 9A, the payment service maydetermine that a bottleneck occurs at location 912 within the physicalestablishment. In some instances, the payment service makes thedetermination based on the first route 908 and the second route 910intersecting at the location 912 within the physical establishment. Insome instances, the payment service makes the determination based on thefirst user associated with the fist route 908 and the second userassociated with the second route 910 being located at the location 912(and/or within a threshold distance of the location 912) atapproximately the same time (e.g., same second, within two seconds,within five seconds, etc.). Still, in some instances, the paymentservice makes the determination based on a threshold number of routesbeing located at the location 912 (and/or within a threshold distance ofthe location 912) at approximately the same time.

Based on identifying a bottleneck, the payment service can generate andprovide the merchant with a recommendation for reducing or eliminatingthe bottleneck within the physical establishment. For instance, asillustrated in FIG. 9B, the payment service can identify a startinglocation 914 and an ending location 916 associated with at least one ofthe routes (e.g., the first route 908 in FIG. 9B). The payment servicecan then generate at least a new route 918 that starts at the startinglocation 914, ends at the ending location 916, and does not include thelocation 912. Based on the layout 902, the payment service can determinewhether any objects within the physical establishment are located alongthe new route 918. For instance, and as illustrated in FIG. 9B, thepayment service can determine that the table 904(1) is located along thepath of the new route 918. The payment service can then generate arecommendation based on the determination.

For instance, the payment service may generate a recommendation thatindicates that the merchant move the table 904(1) from its initiallocation to a new location such that the table 904(1) is no longer alongthe new route 918. To determine the new location, the payment servicemay analyze the layout 902 with respect to the new route 918 in order toidentify one or more new locations for the table 904(1) such that thetable 904(1) is no longer located along the new route 918. The paymentservice can then select one of the one or more new locations as the newlocation for the table 904(1). In some instances, the payment servicemay select the new location that is nearest to the initial location ofthe table 904(1). In some instances, the payment service may select thenew location that provides users that use the new route 918 a thresholdamount of space (e.g., one foot, two feet, five feet, etc.) from thetable 904(1).

The payment service can then send a message that includes therecommendation to a merchant device associated with the merchant. Basedon the recommendation, the payment service may receive data indicatingthat the table 904(1) was moved from the initial location to the newlocation within the physical establishment. For instance, as illustratedin FIG. 9C, the merchant may move the table 904(1) from its initiallocation (indicated by the dashed lines) to a new location (indicated bythe solid lines), which is illustrated by the movement 918 of the table904(1). The payment service can then update the layout 902 of thephysical establishment based on the data. For instance, as illustratedin FIG. 9D, the layout 902 now indicates that the table 904(1) is nolonger located along the new route 918. As such, the first user can usethe new route 918, instead of the first route 908, thus reducing oreliminating the bottleneck within the physical establishment.

FIGS. 10A-10C illustrate a second example of analyzing sensor data toupdate a layout 1002 of a physical establishment. For instance, apayment service, such as the payment service 108, (and/or a merchantdevice) may receive a layout 1002 of a physical establishment thatindicates at least locations of tables 1004(1)-(10), locations of chairs(represented by the smaller squares), and locations of merchant devices1006(1)-(2) within the physical establishment. The payment service mayfurther receive sensor data representing movements of users (e.g.,merchants, such as the merchant’s employees, customers, etc.) within thephysical establishment. The payment service may then analyze the layout1002 using similar techniques as described above with regard to FIGS.9A-9C to identify a bottleneck within the physical establishment.

For instance, as illustrated in FIG. 10A, the payment service mayanalyze at least a first route 1008 and a second route 1010 to determinethat a bottleneck occurs at location 1012 within the physicalestablishment. In some instances, the payment service makes thedetermination based on the first route 1008 and the second route 1010intersecting at the location 1012 within the physical establishment. Insome instances, the payment service makes the determination based on thefirst user associated with the fist route 1008 and the second userassociated with the second route 1010 being located at the location 1012(and/or within a threshold distance of the location 1012) atapproximately the same time (e.g., same second, within two seconds,within five seconds, etc.). Still, in some instances, the paymentservice makes the determination based on a threshold number of routesbeing located at the location 1012 (and/or within a threshold distanceof the location 1012) at approximately the same time.

Based on identifying a bottleneck, the payment service can generate andprovide the merchant a recommendation for reducing or eliminating thebottleneck within the physical establishment. For instance, asillustrated in FIG. 10B, the payment service can identify objects withinthe physical establishment that cause the users to move within thephysical establishment according to paths corresponding to at least oneof the first route 1008 or the second route 1010. For instance, thepayment service can identify that the first route 1008 starts 1014 atthe first merchant device 1006(1) and ends 1016 at the fourth table1004(4). The payment service can further identify that the second route1010 starts 1018 at the second merchant device 1006(2) and ends 1020 atthe first table 1004(1).

Using the identified objects, the payment service can then generate arecommendation that indicates moving at least one of the identifiedobjects within the physical establishment such that at least one of thefirst route 1008 or second route 1010 is no longer utilized by users.For instance, as illustrated in FIG. 10C, the payment service cangenerate and provide recommendation that indicates moving the firstmerchant device 1006(1) from an initial location within the physicalestablishment to a new location within the physical establishment. Asshown, by moving the first merchant device 1006(1), employees can startusing a new route 1022 through the physical establishment that avoidsthe bottleneck location 1012.

It should be noted that, in some instances, in addition to, oralternatively from, identifying a new route within a physicalestablishment, the payment service can merely send a recommendation tomove an object located around the bottleneck location 1012. Forinstance, as illustrated in FIG. 11A, a payment service, such as thepayment service 108, (and/or a merchant device) may receive a layout1102 of a physical establishment that indicates at least locations oftables 1104(1)-(10), locations of chairs (represented by the smallersquares), and locations of merchant devices 1106(1)-(2) within thephysical establishment. The payment service may further receive sensordata representing movements of users (e.g., merchants, such as themerchant’s employees, customers, etc.) within the physicalestablishment. The payment service may then analyze the layout 1102using similar techniques as described above with regard to FIGS. 9A-9Cto identify a bottleneck within the physical establishment.

the payment service may analyze at least a first route 1108 and a secondroute 1110 to determine that a bottleneck occurs at location 1112 withinthe physical establishment. In some instances, the payment service makesthe determination based on the first route 1108 and the second route1110 intersecting at the location 1112 within the physicalestablishment. In some instances, the payment service makes thedetermination based on the first user associated with the fist route1108 and the second user associated with the second route 1110 beinglocated at the location 1112 (and/or within a threshold distance of thelocation 1112) at approximately the same time (e.g., same second, withintwo seconds, within five seconds, etc.). Still, in some instances, thepayment service makes the determination based on a threshold number ofroutes being located at the location 1112 (and/or within a thresholddistance of the location 1112) at approximately the same time.

The payment service can then identify an object located near thebottleneck location 1112. For instance, as illustrated in FIG. 11A, thepayment service can identify that the first table 1104(1) is locatedproximate to the bottleneck location 1112. In some instances, thepayment service makes the identification based on an initial location ofthe first table 1104(1) being within a threshold distance to thebottleneck location 1112, such as one foot, five feet, or the like. Thepayment service can then determine a new location (e.g., optimallocation) for placing the first table 1104(1) such that the users willhave more room around the bottleneck location 1112 when movingthroughout the physical establishment.

For instance, as illustrated in FIG. 11B, the payment service canrecommend that the first table 1104(1) be moved in a north and/or eastdirection 1114 within the physical establishment such that the firsttable 1004(1) is further away from the bottleneck location 1112. Asshown in FIG. 11B, the dotted lines indicate the initial location of thefirst table 1104(1) and the solid lines indicate the recommendedlocation for placing the first table 1104(1). By moving the first table1104(1), and as illustrated in FIG. 11C, users that are moving withinthe physical establishment, and specifically moving in an area aroundthe bottleneck location 1112, will have more room to move. As such, theusers will not be bumping into one another and/or be forced to slowtheir respective movements when moving around the bottleneck location1112.

FIGS. 12A-12B illustrate a flow diagram of a first example process 1200for creating a layout of a physical establishment via a user interface.The process 1200, and other processes described herein, are illustratedas collections of blocks in logical flow diagrams, which represent asequence of operations, some or all of which can be implemented inhardware, software or a combination thereof. In the context of software,the blocks may represent computer-executable instructions stored on oneor more computer-readable media that, when executed by one or moreprocessors, program the processors to perform the recited operations.Generally, computer-executable instructions include routines, programs,objects, components, data structures and the like that performparticular functions or implement particular data types. The order inwhich the blocks are described should not be construed as a limitation.Any number of the described blocks can be combined in any order and/orin parallel to implement the process, or alternative processes, and notall of the blocks need be executed. For discussion purposes, theprocesses are described with reference to the environments,architectures and systems described in the examples herein, although theprocesses may be implemented in a wide variety of other environments,architectures and systems. The process 1200, and other processesdescribed herein, may be performed by a payment service (e.g., paymentservice 108), a merchant device (e.g., merchant device 116 and/or amerchant device 200), a customer device, an additional electronicdevice, or by a combination thereof.

At 1202, a merchant device 116 presents a user interface. For instance,the merchant device 116 may present a user interface for creating alayout of a floor plan of a physical establishment of a merchant. Theuser interface may include a “blank canvas” that the merchant can use toinput locations of designated sections and objects within the physicalestablishment. The user interface may further include an editing toolfor editing at least the shape, layout, size, and number of chairsassociated with one or more of the objects.

At 1204, the merchant device 116 receives a first input indicating atleast one designated section within the physical establishment. Forinstance, the merchant device 116 can receive, via the user interface,the first input indicating a designated section within the physicalestablishment. If the merchant is a restaurant, the first input canindicate one or more of an area designated to a waiting area, an areadesignated to a dining room, an area designated to a bathroom, an areadesignated to a kitchen, an area designated to a retail area, an areadesignated to a patio, or the like.

At 1206, the merchant device 116 updates the layout to indicate the atleast one designated section within the physical establishment. Forinstance, the merchant device 116 may update the layout of the userinterface to include graphical elements that indicate the at least onedesignated area within the physical establishment. In some instances,the graphical elements can include border lines, highlighted areas overthe layout, or the like that indicate that least one designated area.

At 11208, the merchant device 116 receives a second input indicating afirst location of a table within the physical establishment. Forinstance, the merchant device 116 may receive, via the user interface,the second input indicating the first location of the table. In someinstances, the second input can correspond to a drag-and-drop inputwhere the merchant selects the table and then drags the table to alocation on the layout that corresponds to the first location within thephysical establishment. In some instances, the second input cancorrespond to a sketch that the merchant draws on a display deviceassociated with the merchant device 116. For instance, the displaydevice may include a touchscreen that receives input from the merchantin the form of a sketch.

At 1210, the merchant device 116 updates the layout to include a firstgraphical element corresponding to the table at the first location. Forinstance, the merchant device 116 can present the first graphicalelement at a location on the layout that corresponds to the firstlocation within the physical establishment. In some instances, the firstgraphical element can include an image representing the table. In someinstances, the merchant device 116 can further receive input updatingcharacteristics of the table. For instance, the merchant device 116 canreceive, via the user interface, input indicating the size, shape,and/or orientation of the table. The merchant device 116 can then updatethe first graphical element based on the updated characteristics.

At 1212, the merchant device 116 receives a third input indicating asecond location of a chair within the physical establishment. Forinstance, the merchant device 116 can receive, via the user interface,the third input that indicates the third location of the chair. In someinstances, the third input can correspond to the merchant indicating anumber of chairs associated with the table, as well as the layout of thechairs around the table. In some instances, the third input cancorrespond to a sketch that the merchant draws on the display device.

At 1214, the merchant device 116 updates the layout to include a secondgraphical element corresponding to the chair at the second location. Forinstance, the merchant device 116 can present the second graphicalelement at a location on the layout that corresponds to the secondlocation within the physical establishment. In some instances, thesecond graphical element can include an image representing the chair.

At 1216, the merchant device 116 sends data corresponding to the layoutto one or more computing devices. For instance, the merchant device 116can receive, via the user interface, input indicating that the layout iscomplete. The merchant device 116 can then generate data correspondingto the layout, and save the data locally. Additionally, the merchantdevice 116 can send the data corresponding to the layout to the one ormore computing devise. In some instances, the one or more computingdevices include a payment service.

At 1218, the merchant device 116 receives a message that includes arecommendation from the one or more computing devices. For instance,based on sending the data to the one or more computing devices, themerchant device 116 can receive the message. The recommendation canindicate a location within the physical establishment for placing adesignated section and/or a location within the physical establishmentfor placing an object. For instance, the recommendation can indicate athird location for placing the table, the chair, an additional table, anadditional chair, a television, a merchant device, or the like. Themerchant device 116 can receive the message from the one or morecomputing devices and present the recommendation in response. In someinstances, the merchant device 116 can further present, via the userinterface, an indication that indicates the recommendation. Forinstance, if the recommendation indicates a third location for placingtable or chair, the merchant device 116 can present, via the userinterface, an indication of the third location.

At 1220, the merchant device 116 receives a fourth input that isassociated with the recommendation. For instance, the merchant device116 can receive, via the user interface, the fourth input that indicatesthat the table, the chair, an additional table, an additional chair, atelevision, or a merchant device was placed at the third location withinthe physical establishment. In some instances, the fourth input cancorrespond to a drag-and-drop input. For instance, the merchant mayselect a graphical element representing an object and then drag thegraphical element to a location on the layout that corresponds to thethird location within the physical establishment. In some instances, thefourth input can correspond to a sketch that the merchant draws on thedisplay device.

At 1222, the merchant device 116 updates the user interface based atleast in part on the fourth input. For instance, if the fourth inputindicates that the table was moved to the third location, the merchantdevice 116 can present the first graphical element corresponding to thetable at a location on the layout that corresponds to the thirdlocation. If the fourth input indicates that the chair was moved to thethird location, the merchant device 116 can present the second graphicalelement corresponding to the chair at the location on the layout thatcorresponds to the third location. Additionally, if the fourth inputindicates that a new object is located at the third location, then themerchant device 116 can present a third graphical element correspondingto the new object at the third location within the physicalestablishment.

In some instances, the merchant device 116 can then save datacorresponding to the updated layout. Additionally, the merchant device116 can send the data corresponding to the updated layout to the one ormore computing devices, or send data indicating the change to the layoutto the one or more computing devices.

FIG. 13 illustrates a flow diagram of a second example process 1300 forcreating a layout of a physical establishment via a user interface. At1302, a merchant device 116 presents a user interface for creating alayout of a physical establishment. In some instances, the userinterface may include a “blank canvas” that the merchant can use toinput locations of designated sections and objects within the physicalestablishment. The user interface may further include an editing toolfor editing at least the shape, layout, and/or size of one or moreobjects.

At 1304, the merchant device 116 receives a first input indicating anarea of a designated section within the physical establishment. Forinstance, the merchant device 116 can receive, via the user interface,the first input indicating an area of a designated section within thephysical establishment. If the merchant is a restaurant, the first inputcan indicate one or more of an area designated to a waiting area, anarea designated to a dining room, an area designated to a bathroom, anarea designated to a kitchen, an area designated to a retail area, anarea designated to a patio, or the like.

At 1306, the merchant device 116 presents a first graphical elementcorresponding to the designated section. For instance, the merchantdevice 116 can update the layout such that the layout presents the firstgraphical element corresponding to the designated section at the areawithin the physical establishment. In some instances, the firstgraphical element can include border lines, highlighted areas over thelayout, or the like that indicate the designated area.

At 1308, the merchant device 116 receives a second input indicating alocation of an object within the physical establishment. For instance,the merchant device 116 may receive, via the user interface, the secondinput indicating the location of the object. The object can include atable, a chair, a television, a merchant device, an item, a rug, awindow, or any other physical object. In some instances, the secondinput can correspond to a drag-and-drop input where the merchant selectsthe object and then drags the object to a location on the layout thatcorresponds to the location within the physical establishment. In someinstances, the second input can correspond to a sketch that the merchantdraws on a display device associated with the merchant device 116.

At 1310, the merchant device 116 presents a second graphical elementcorresponding to the object. For instance, the merchant device 116 canupdate the layout such that the layout presents the second graphicalelement corresponding to the object at the location in the physicalestablishment. In some instances, the second graphical element cancorrespond to an image that represents the object. For instance, theimage can include a digital image taken of the object, or the image caninclude a specific object that is similar to the object within thephysical establishment.

At 1312, the merchant device 116 receives a third input indicating thatthe layout is complete. For instance, the merchant device 116 canreceive, via the user interface, the third input indicating that thelayout is complete. In some instances, the third input can correspond toa selection of a button on the user interface that indicates that themerchant is finished creating the layout.

At 1314, the merchant device 116 saves data corresponding to the layout.For instance, based on receiving the third input, the merchant device116 can generate and save data corresponding to the layout. In someinstances, the merchant device 116 can further send the data to one ormore computing devices, such as a payment service.

FIG. 14 illustrates a flow diagram of an example process 1400 foranalyzing respective layouts of physical establishments. At 1402, apayment service 108 stores first data corresponding to a first layout ofa first physical establishment. For instance, the payment service 108may store, in one or more databases, data corresponding to respectivelayouts of physical establishments associated with merchants. The firstlayout may indicate locations of designated sections and/or objectswithin the first physical establishment. For instance, if the firstmerchant is a restaurant merchant, the first layout may indicate thelocations of at least tables, chairs, televisions, and merchant deviceswithin the first physical establishment.

At 1404, the payment service 108 receives second data corresponding to asecond layout of a second physical establishment. For instance, thepayment service 108 can receive, from a merchant device associated witha second merchant, the second data corresponding to the second layout.The second layout can indicate locations of designated sections and/orobjects within the second physical establishment. For instance, if thesecond merchant is also a restaurant merchant, the second layout mayindicate the locations of at least tables, chairs, televisions, andmerchant devices within the second physical establishment.

It should be noted that, in some instance, the second data can includeimage data representing the second physical establishment. For instance,the payment service 108 can receive image data representing the secondphysical establishment from the merchant device associated with thesecond merchant. The payment service 108 can then analyze the image datato generate the layout. For instance, the payment service 108 cananalyze the image data using one or more image processing techniques toidentify locations of designated sections and/or objects within thesecond physical establishment. The payment service 108 can then generatethe layout based on the locations.

At 1406, the payment service 108 determines that a first merchantassociated with the first layout is designated as similar to a secondmerchant associated with the second layout. For instance, the paymentservice 108 can determine a type of business associated with the secondmerchant. In some instances, the payment service 108 determines the typeof business using a profile associated with the second merchant. Thepayment service 108 can then determine that the first merchant is alsoassociated with the type of business using a profile associated with thefirst merchant.

At 1408, the payment service 108 analyzes the first layout with respectto the second layout. For instance, the payment service 108 can comparefirst locations of designated sections and/or objects as indicated bythe first layout to second locations of designated sections and/orobjects as indicated by the second layout. Based on the comparing, thepayment service 108 can identify differences between the first locationsand the second locations, and/or the payment service 108 can identifydesignated sections and/or objects indicated by the first layout thatare not indicated by the second layout.

At 1410, the payment service 108 determines a location within the secondphysical establishment for placing an object. For instance, the paymentservice 108 can determine the location based on the analyzing of thefirst layout with respect to the second layout. In some instances,determining the location can include determining a new location for anobject that is already located within the second physical establishmentbased on the comparing. In some instances, determining the location caninclude determining a location for a new object that is not alreadylocated in the second physical establishment.

At 1412, the payment service 108 sends a message indicating the locationto a merchant device. For instance, the payment service 108 can generatea message that includes a recommendation that the second merchant placethe object at the location within the second physical establishment. Thepayment service 108 can then send the message to a merchant deviceassociated with the second merchant. In some instances, based on sendingthe message, the payment service 108 can then receive a message from themerchant device that indicates that the object is located at thelocation in the second physical establishment. The payment service 108can then update the second data such that the second layout indicatesthat the object is at the location.

It should be noted that, in some instances, the payment service 108 mayutilize other factors when determining the location in addition toanalyzing the first layout with respect to the second layout. Forinstance, the payment service 108 may determine the location for theobject based on a specific event, transaction data associated with thefirst merchant, transaction data associated with the second merchant,sensor data representing movements of the first merchant or customerswithin the second physical establishment, or the like.

FIGS. 15A-15B illustrate a flow diagram of a first example process 1500for utilizing a user interface. At 1502, a merchant device 116 presentsa user interface indicating a location of a table within a physicalestablishment. For instance, the merchant device 116 may present, viathe user interface, a layout of the physical establishment. The layoutmay indicate locations of designated sections and objects within thephysical establishment. For instance, if the merchant is a restauranttype merchant, the layout may indicate the location of at least onetable within the physical establishment.

At 1504, the merchant device 116 presents a first indication associatedwith the table. For instance, the merchant device 116 can determine thatthe table is in a first state. In some instances, the first state cancorrespond to an open state, in which no customers are seated at thetable. Based on the table being in the first state, the merchant device116 can present the first indication, which indicates that the table isin the first state. In some instances, the first indication can includea first color and/or first pattern associated with the first state.

At 1506, the merchant device 116 receives a first input for creating aticket for the table. For instance, the merchant device 116 can receive,via the user interface, the first input for creating the ticket for thetable. Based on the first input, the merchant device 116 can generatethe ticket and then associate the ticket with the table. In someinstances, the ticket includes a data structure that represents one ormore items ordered by customers seated at the table during a transactionbetween the merchant and the customers.

At 1508, the merchant device 116 presents a second indication associatedwith the table. For instance, the merchant device 116 can determine thatthe table is in a second state. In some instances, the merchant device116 can determine that the table is in the second state based onreceiving the first input. For instance, the second state can correspondto an occupied state, in which customers are seated at the table. Basedon the table being in the second state, the merchant device 116 canpresent the second indication, which indicates that the table is in thesecond state. In some instances, the second indication can include asecond color and/or second pattern associated with the second state.

At 1510, the merchant device 116 receives data representing a movementof a user within the physical establishment. For instance, the merchantdevice 116 can receive, from an electronic device, sensor datarepresenting the movement of the user (e.g., employee of the merchant)within the physical establishment. In some instances, the electronicdevice is associated with the table, and the sensor data indicateswhether the electronic device detected the user. In some instances, theelectronic device is associated with user, and the sensor data indicatesa geographical location of the electronic device within the physicalestablishment. Still, in some instances, the electronic device includesan image capturing device, and the sensor data includes image datarepresenting the physical establishment.

At 1512, the merchant device 116 determines that the user has beenoutside of a predetermined distance from the table for a thresholdperiod of time. For instance, if the electronic device is associatedwith the table, the merchant device 116 can analyze the sensor data todetermine that the electronic device has not detected the user for thethreshold period of time. Additionally, if the electronic device isassociated with the user, the merchant device 116 can analyze the sensordata to determine that the geographical location of the electronicdevice has been outside of the predetermined distance for the thresholdperiod of time. Furthermore, if the electronic device is an imagecapturing device, the merchant device 116 can analyze the image data todetermine that a geographical location of the user has been outside ofthe predetermined distance for the threshold period of time.

At 1516, the merchant device 116 presents a third indication associatedwith the table. For instance, the merchant device 116 can determine thatthe table is in a third state. In some instances, the merchant device116 can determine that the table is in the third state based ondetermining that the user has been outside of the predetermined distancefor the threshold period of time. For instance, the third state cancorrespond to an assistance state, in which customers seated at thetable are in need of assistance from the merchant. Based on the tablebeing in the third state, the merchant device 116 can present the thirdindication, which indicates that the table is in the third state. Insome instances, the third indication can include a third color and/orthird pattern associated with the third state.

At 1518, the merchant device 116 determines that the user is within thepredetermined distance of the table. For instance, if the electronicdevice is associated with the table, the merchant device 116 can receiveadditional sensor data from the electronic device. The merchant device116 can then then analyze the additional sensor data to determine thatthe electronic device detected the user. Additionally, if the electronicdevice is associated with the user, the merchant device 116 can receiveadditional sensor data from the electronic device. The merchant device116 can then analyze the additional sensor data to determine that thegeographical location of the electronic device is within thepredetermined distance. Furthermore, if the electronic device is animage capturing device, the merchant device 116 can receive additionalimage data from the image capturing device. The merchant device 116 canthen analyze the image data to determine that a geographical location ofthe user is within the predetermined distance.

At 1520, the merchant device 116 presents a fourth indication associatedwith the table. For instance, the merchant device 116 can determine thatthe table is in a fourth state. In some instances, the merchant device116 can determine that the table is in the fourth state based ondetermining that the user is within the predetermined distance. Forinstance, the fourth state can correspond to a non-assistance state, inwhich customers seated at the table are not in need of assistance fromthe merchant. Based on the table being in the fourth state, the merchantdevice 116 can present the fourth indication, which indicates that thetable is in the fourth state. In some instances, the fourth indicationcan include a fourth color and/or fourth pattern associated with thefourth state.

At 1522, the merchant device 116 receives a second input indicating oneor more items acquired and at 1424, the merchant device 116 updates theticket to indicate the one or more items. For instance, the merchantdevice 116 may receive, via the user interface, the second inputindicating the one or more items acquired by the customers seated at thetable. Based on the second input, the merchant device 116 can update theticket to indicate at least the one or more items and a cost associatedwith the one or more items.

At 1526, the merchant device 116 attempts to authorize a paymentinstrument for a cost of the ticket. For instance, the merchant device116 may receive input indicating payment information associated with thepayment instrument. In some instances, the merchant device 116 receivesthe input via a card reader. The merchant device 116 can thencommunicate with a payment service to attempt to authorize the paymentinstrument for the cost of the ticket. Additionally, the merchant device116 can receive, from the payment service, a message indicating whetherthe payment instrument was authorized.

In some instances, after authorizing the payment instrument, themerchant device 116 presents the first indication associated with thetable. For instance, the merchant device 116 can determine that thetable is once again in the first state. In some instances, the merchantdevice 116 can determine that the table is once again in the first statebased on authorizing the payment instrument. Based on the table onceagain being in the first state, the merchant device 116 can present thefirst indication, which indicates that the table is in the first state.

FIG. 16 illustrates a flow diagram of a second example process 1500 ofutilizing a user interface. At 1602, a merchant device 116 presents auser interface that includes a graphical element associated with anobject. For instance, the merchant device 116 may present, via a userinterface, a layout of the physical establishment of a merchant. Thelayout may indicate locations of designated sections and objects withinthe physical establishment. For instance, the graphical element maycorrespond to the object located at a given location with the physicalestablishment.

At 1604, the merchant device 116 presents a first indication associatedwith the object. For instance, the merchant device 116 can determinethat the object is in a first state. Based on the object being in thefirst state, the merchant device 116 can present the first indication,which indicates that the object is in the first state. In someinstances, the first indication can include a first color and/or firstpattern associated with the first state. In some instances, when theobject includes a table or a chair, the first state can indicate thatthe table or chair is open, is occupied by one or more customers,requires assistance from the merchant, does not require assistance fromthe merchant, received a check, or the like.

At 1606, the merchant device 116 determines that a user has been outsideof a predetermined distance from the object for a threshold period oftime. For instance, the merchant device 116 can receive sensor datarepresenting a movement of the user (e.g., an employee of the merchant)within the physical establishment. The merchant device 116 can receivethe sensor data from at least one of an electronic device associatedwith the object, an electronic device associated with the user, or animage capturing device located within the physical establishment. Themerchant device 116 can then analyze the sensor data to determine thatthe user has been outside of the predetermined distance for thresholdperiod of time.

At 1608, the merchant device 116 presents a second indication associatedwith the object. For instance, the merchant device 116 can determinethat the object is in a second state. Based on the object being in thesecond state, the merchant device 116 can present the second indication,which indicates that the object is in the second state. In someinstances, the second indication can include a second color and/orsecond pattern associated with the second state. In some instances, whenthe object includes a table or a chair, the second state can indicatethat one or more customers located at the table or chair are in need ofassistance.

At 1610, the merchant device 116 determines that the user is within thepredetermined distance. For instance, the merchant device 116 canreceive additional sensor data representing the movement of the userwithin the physical establishment. The merchant device 116 can receivethe additional sensor data from at least one of the electronic deviceassociated with the object, the electronic device associated with theuser, or the image capturing device located within the physicalestablishment. The merchant device 116 can then analyze the additionalsensor data to determine that the user is within the predetermineddistance.

At 1612, the merchant device 116 presents a third indication associatedwith the object. For instance, the merchant device 116 can determinethat the object is in a third state. Based on the object being in thethird state, the merchant device 116 can present the third indication,which indicates that the object is in the third state. In someinstances, the third indication can include a third color and/or thirdpattern associated with the third state. In some instances, when theobject includes a table or a chair, the third state can indicate thatone or more customers located at the table or chair are not in need ofassistance.

FIGS. 17A-17B illustrate a flow diagram of a first example process 1700for analyzing a layout of a physical establishment using sensor data. At1702, a payment service 108 obtains first data representing a layout ofa physical establishment. For instance, the payment service 108 mayreceive, from a merchant device associated with a merchant, the firstdata representing the layout of the physical establishment. The layoutcan indicate locations of designated sections and/or objects within thephysical establishment. For instance, if the merchant is a restaurantmerchant, the layout may indicate the locations of at least tables,chairs, televisions, and merchant devices within the physicalestablishment.

At 1704, the payment service 108 receives second data representingmovements of users within the physical establishment. For instance, thepayment service 108 may receive, from the merchant device, sensor datarepresenting the movements of the users (e.g., employees of themerchant, customers, etc.). In some instances, the sensor data may beobtained by electronic devices associated with objects in the physicalestablishment, and indicate whether the electronic devices detected theusers. In some instances, the sensor data may be obtained by respectiveelectronic devices associated with the users, and indicate respectivegeographical locations of the electronic devices. Still, in someinstances, the sensor data includes image data representing the physicalestablishment, which is captured by one or more image capturing devices.

At 1706, the payment service 108 analyzes the second data to identify alocation in which at least first movements of a first user correspond tosecond movements of a second user. For instance, the payment service 108can analyze the second data to identify a bottleneck (e.g., a clusteringlocation) within the physical establishment. To identify the bottleneck,the payment service 108 can analyze the second data to track at leastfirst movements (e.g., a first route) of a first user and secondmovements (e.g., a second route) of a second user within the physicalestablishment. The payment service 108 can then identify the bottleneckbased on respective locations along the first route and the second routecorresponding to one another (e.g., being similar, being within athreshold distance, etc.) at a specific time period (e.g., same timeperiod, within two seconds, within five seconds, etc.).

At 1708, the payment service 108 determines a route through the physicalestablishment based at least in part on the first movements. Forinstance, the payment service 108 can identify a starting location andan ending location associated with the first route. The payment service108 can then identify a new route through the physical establishmentthat starts at the starting location, ends at the ending location, anddoes not include the location of the bottleneck.

At 1710, the payment service 108 analyzes the first data to identify anobject located at a first location along the route. For instance, thepayment service 108 can map the new route to the layout of the physicalestablishment. The payment service 108 can then analyze the route toidentify at least an object that is located along the new route. In someinstances, identifying the object can include identifying that at leasta portion of the object blocks the route through the physicalestablishment. In some instances, identifying the object can includeidentifying that at least a portion of the object is located within athreshold distance (e.g., one foot, two feet, five feet, or any otherdistance) from the route.

At 1712, the payment service 108 determines a second location for movingthe object. For instance, the payment service 108 can analyze the layoutwith respect to the route in order to identify one or more new locationswithin the physical establishment such that the object is no longerlocated along the route. The payment service 108 can then select one ofthe one or more new locations as the second location for the object. Insome instances, the payment service 108 may select a location that isnearest to the first location of the object. In some instances, thepayment service 108 may select a location that provides users that usethe route a threshold amount of space (e.g., one foot, two feet, fivefeet, etc.) from the object.

At 1714, the payment service 108 sends, to a merchant device, a firstmessage that indicates the second location. For instance, the paymentservice 108 can generate a message that includes a recommendation thatthe merchant place the object at the second location within the physicalestablishment. The payment service 108 can then send the message to amerchant device associated with the merchant.

At 1716, the payment service 108 receives, from the merchant device, asecond message indicating that the object is located at the secondlocation and at 1618, the payment service 108 updates the first datasuch that the layout indicates that the object is located at the secondlocation. For instance, the payment service 108 can receive, from themerchant device, the second message that indicates that the object wasmoved from the first location to the second location. Based on receivingthe message, the payment service 108 can update the layout such that thelayout indicates that the object is located at the second locationrather than the first location.

FIG. 18 illustrates a flow diagram of a second example process 1800 foranalyzing a layout of a physical establishment using sensor data. At1802, a payment service 108 receives data representing at least firstmovements of a first user and second movements of a second user within aphysical establishment. For instance, the payment service 108 mayreceive, from a merchant device, sensor data representing the movementsof the users (e.g., employees of the merchant, customers, etc.). In someinstances, the sensor data may be obtained by electronic devicesassociated with objects in the physical establishment, and indicatewhether the electronic devices detected the users. In some instances,the sensor data may be obtained by respective electronic devicesassociated with the users, and indicate respective geographicallocations of the electronic devices. Still, in some instances, thesensor data includes image data representing the physical establishment,which is captured by one or more image capturing devices.

At 1804, the payment service 108 determines a first geographicallocation associated with the first user. For instance, the paymentservice 108 can analyze the data representing the first movements todetermine a first geographical location of the first user within thephysical establishment. In some instances, analyzing the data includestracking a first route of the first user within the physicalestablishment. The payment service 108 can then determine the firstgeographical location based on identifying a location that is along thefirst route.

At 1806, the payment service 108 determines a second geographicallocation associated with the second user. For instance, the paymentservice 108 can analyze the data representing the second movements todetermine a second geographical location of the second user within thephysical establishment. In some instances, analyzing the data includestracking a second route of the second user within the physicalestablishment. The payment service 108 can then determine the secondgeographical location based on identifying a location that is along thefirst route.

At 1808, the payment service 108 determines that the first geographicallocation corresponds to the second geographical location. In someinstances, the payment service 108 determines that the firstgeographical location corresponds to the second geographical location bydetermining that both the first geographical location and the secondgeographical location include a same geographical location within thephysical establishment at a specific time period (e.g., same timeperiod, within two seconds, within five seconds, etc.). In someinstances, the payment service 108 determines that the firstgeographical location corresponds to the second geographical location bydetermining that the first geographical location is within a thresholddistance (e.g., one foot, two feet, five feet, etc.) to the secondgeographical location at the specific time period.

At 1810, the payment service 108 identifies an object within thephysical establishment based at least in part on the first movements.For instance, the payment service 108 can analyze a layout of thephysical establishment using the first movements to identify the object.In some instances, the payment service 108 identifies the object basedon determining that the first route associated with the first movementsstarted at the object. In some instances, the payment service 108identifies the object based on determining that the first routeassociated with the first movements ended at the object. Still in someinstances, the payment service 108 identifies the object based ondetermining that the first route associated with the first movements wascaused by the object.

Additionally, in some instances, the payment service 108 identifies theobject based on the second movements. For instance, the payment service108 can identify the object based on the object being proximate to alocation in which the first geographical location corresponds to thesecond geographical location. In some instances, the object is proximatebased on an initial location of the object being within a thresholddistance, such as foot, two feet, ten feet, or the like of the location.

At 1812, the payment service 108 determines a third geographicallocation for moving the object. For instance, the payment service 108can determine a location (e.g., optimal location) within the physicalestablishment such that the first user is no longer required to movealong the first route that includes the first geographical location. Forexample, the payment service 108 can determine the third geographicallocation such that the first user can utilize a new route through thephysical establishment that does include the first geographicallocation. For another example, the payment service can determine thethird geographical location such that the first movements of the firstuser and second movements of the second user are no longer within athreshold distance to one another.

At 1814, the payment service 108 sends, to an electronic device, amessage indicating the third geographical location. For instance, thepayment service 108 can generate a message that includes arecommendation that the merchant place the object at the thirdgeographical location within the physical establishment. The paymentservice 108 can then send the message to an electronic device associatedwith the merchant.

FIG. 19 illustrates a flow diagram of a third example process 1900 foranalyzing a layout of a physical establishment using sensor data. At1902, a payment service 108 receives data representing at least firstmovements of a first user and second movements of a second user within aphysical establishment. For instance, the payment service 108 mayreceive, from a merchant device, sensor data representing the movementsof the users (e.g., employees of the merchant, customers, etc.). In someinstances, the sensor data may be obtained by electronic devicesassociated with objects in the physical establishment, and indicatewhether the electronic devices detected the users. In some instances,the sensor data may be obtained by respective electronic devicesassociated with the users, and indicate respective geographicallocations of the electronic devices. Still, in some instances, thesensor data includes image data representing the physical establishment,which is captured by one or more image capturing devices.

At 1904, the payment service 108 determines a first geographicallocation associated with the first user. For instance, the paymentservice 108 can analyze the data representing the first movements todetermine a first geographical location of the first user within thephysical establishment. In some instances, analyzing the data includestracking a first route of the first user within the physicalestablishment. The payment service 108 can then determine the firstgeographical location based on identifying a location that is along thefirst route.

At 1906, the payment service 108 determines a second geographicallocation associated with the second user. For instance, the paymentservice 108 can analyze the data representing the second movements todetermine a second geographical location of the second user within thephysical establishment. In some instances, analyzing the data includestracking a second route of the second user within the physicalestablishment. The payment service 108 can then determine the secondgeographical location based on identifying a location that is along thefirst route.

At 1908, the payment service 108 determines that the first geographicallocation is within a threshold distance to the second geographicallocation. In some instances, the payment service 108 determines that thefirst geographical location is within the threshold distance to thesecond geographical location by determining that both the firstgeographical location and the second geographical location are withinthe threshold distance at a specific time period (e.g., same timeperiod, within two seconds, within five seconds, etc.).

At 1910, the payment service 108 identifies a clustering location. Forinstance, based on the first geographical location being within thethreshold distance of the second geographical location, the paymentservice 108 can identify the clustering location. The clusteringlocation includes at least one of the first geographical location, thesecond geographical location, an location that is within a thresholddistance to the first geographical location and/or the secondgeographical location, or an area that includes the first geographicallocation and the second geographical location.

At 1912, the payment service 108 identifies an object that is proximateto the clustering location. For instance, the payment service 108 cananalyze a layout of the physical establishment to identify an objectthat includes an initial location that is proximate to the clusteringlocation. In some instance, the payment service 108 identifies theobject based on the initial location being within a threshold distanceto the clustering location. In some instances, the payment service 108identifies the location based on the initial location being along(e.g.., within a threshold distance) at least one of the first route orthe second route.

At 1914, the payment service 108 determines an optimal location for theobject. For instance, the payment service 108 can determine a newlocation for the object such that the threshold distance between thefirst geographical location and the second geographical location isincreased. In some instance, the payment service 108 identifies the newlocation such that the object is located further away from the firstroute and/or the second route.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described. Rather,the specific features and acts are disclosed as example forms ofimplementing the claims.

What is claimed is:
 1. A method comprising: presenting, on a merchantdevice associated with a first merchant of a plurality of merchants, afirst user interface indicating a first layout of a first physicalestablishment associated with the first merchant; determining a secondmerchant of the plurality of merchants that is similar to the firstmerchant; analyzing the first layout of the first physical establishmentwith respect to a second layout of a second physical establishmentassociated with the second merchant; presenting, on the merchant device,a second user interface to place, in the first layout, one or moregraphical elements corresponding to respective objects represented inthe second layout of the second merchant; and causing the first layoutto be updated in near real-time to account for placement of the objectsin the first physical establishment.
 2. The method of claim 1, furthercomprising: receiving image data representing the second physicalestablishment associated with the second merchant; and analyzing theimage data to generate the second layout of the second merchant.
 3. Themethod of claim 1, wherein analyzing the first layout of the firstphysical establishment with respect to a second layout of a secondphysical establishment associated with the second merchant comprises:comparing a first designated section associated with the first layout ofthe first physical establishment to a second designated sectionassociated with the second layout of the second physical establishment;based on comparing the first designated section associated with thefirst layout of the first physical establishment to the seconddesignated section associated with the second layout of the secondphysical establishment, identifying a difference between a firstlocation of the first designated section associated with the firstlayout and a second location of the second designated section associatedwith the second layout; and generating a recommendation to change thefirst location of the first designated section based on identifying thedifference.
 4. The method of claim 1, wherein analyzing the first layoutof the first physical establishment with respect to a second layout of asecond physical establishment associated with the second merchantcomprises: comparing a first plurality of objects associated with thefirst layout of the first physical establishment to a second pluralityof objects associated with the second layout of the second physicalestablishment; based on comparing the first plurality of objectsassociated with the first layout of the first physical establishment tothe second plurality of objects associated with the second layout of thesecond physical establishment, identifying an object that is part of thefirst plurality of objects but is not part of the second plurality ofobj ects; and generating a recommendation indicating a recommendedlocation for the obj ect.
 5. The method of claim 1, wherein datastructures corresponding to the first merchant and the second merchantare stored on a shared processor.
 6. The method of claim 1, wherein theone or more graphical elements comprises one or more tables and whereinindividual tables of the one or more tables are surrounded bycorresponding geofences of a plurality of geofences located within thefirst physical establishment.
 7. The method of claim 1, wherein at leastone of the first layout or the second layout includes a designatedsection within the respective physical establishment.
 8. A systemcomprising: one or more processors; and one or more computer-readablemedia storing instructions executable by the one or more processors,wherein the instructions program the one or more processors to implementa merchant device of a first merchant to perform operations comprising:presenting, on the merchant device associated with the first merchant ofa plurality of merchants, a first user interface indicating a firstlayout of a first physical establishment associated with the firstmerchant; determining a second merchant of the plurality of merchantsthat is similar to the first merchant; analyzing the first layout of thefirst physical establishment with respect to a second layout of a secondphysical establishment associated with the second merchant; presenting,on the merchant device, a second user interface to place, in the firstlayout, one or more graphical elements corresponding to respectiveobjects represented in the second layout of the second merchant; andcausing the first layout to be updated in near real-time to account forplacement of the objects in the first physical establishment.
 9. Thesystem of claim 8, the operations further comprising: receiving imagedata representing the second physical establishment associated with thesecond merchant; and analyzing the image data to generate the secondlayout of the second merchant.
 10. The system of claim 8, the operationsfurther comprising: comparing a first designated section associated withthe first layout of the first physical establishment to a seconddesignated section associated with the second layout of the secondphysical establishment; based on comparing the first designated sectionassociated with the first layout of the first physical establishment tothe second designated section associated with the second layout of thesecond physical establishment, identifying a difference between a firstlocation of the first designated section associated with the firstlayout and a second location of the second designated section associatedwith the second layout; and generating a recommendation to change thefirst location of the first designated section based on identifying thedifference.
 11. The system of claim 8, the operations furthercomprising: comparing a first plurality of objects associated with thefirst layout of the first physical establishment to a second pluralityof objects associated with the second layout of the second physicalestablishment; based on comparing the first plurality of objectsassociated with the first layout of the first physical establishment tothe second plurality of objects associated with the second layout of thesecond physical establishment, identifying an object that is part of thefirst plurality of objects but is not part of the second plurality ofobj ects; and generating a recommendation indicating a location for theobj ect.
 12. The system of claim 8, wherein data structurescorresponding to the first merchant and the second merchant are storedon a shared processor.
 13. The system of claim 8, wherein the one ormore graphical elements comprises one or more tables and whereinindividual tables of the one or more tables are surrounded bycorresponding geofences of a plurality of geofences located within thefirst physical establishment.
 14. The system of claim 8, wherein atleast one of the first layout or the second layout includes designatedsections within the respective physical establishments.
 15. One or morenon-transitory computer-readable media storing instructions that, whenexecuted, cause one or more processors to perform operations comprising:presenting, on a merchant device associated with a first merchant of aplurality of merchants, a first user interface indicating a first layoutof a first physical establishment associated with the first merchant;determining a second merchant of the plurality of merchants that issimilar to the first merchant; analyzing the first layout of the firstphysical establishment with respect to a second layout of a secondphysical establishment associated with the second merchant; presenting,on the merchant device, a second user interface to place, in the firstlayout, one or more graphical elements corresponding to respectiveobjects represented in the second layout of the second merchant; andcausing the first layout to be updated in near real-time to account forplacement of the objects in the first physical establishment.
 16. Theone or more non-transitory computer-readable media of claim 15, theoperations further comprising: receiving image data representing thesecond physical establishment associated with the second merchant; andanalyzing the image data to generate the second layout of the secondmerchant.
 17. The one or more non-transitory computer-readable media ofclaim 15, the operations further comprising: comparing a firstdesignated section associated with the first layout of the firstphysical establishment to a second designated section associated withthe second layout of the second physical establishment; based oncomparing the first designated section associated with the first layoutof the first physical establishment to the second designated sectionassociated with the second layout of the second physical establishment,identifying a difference between a first location of the firstdesignated section associated with the first layout and a secondlocation of the second designated section associated with the secondlayout; and generating a recommendation to change the first location ofthe first designated section based on identifying the difference. 18.The one or more non-transitory computer-readable media of claim 15, theoperations further comprising: comparing a first plurality of objectsassociated with the first layout of the first physical establishment toa second plurality of objects associated with the second layout of thesecond physical establishment; based on comparing the first plurality ofobjects associated with the first layout of the first physicalestablishment to the second plurality of objects associated with thesecond layout of the second physical establishment, identifying anobject that is part of the first plurality of objects but is not part ofthe second plurality of obj ects; and generating a recommendationindicating a location for the obj ect.
 19. The one or morenon-transitory computer-readable media of claim 15, wherein the one ormore graphical elements comprises one or more tables and whereinindividual tables of the one or more tables are surrounded bycorresponding geofences of a plurality of geofences located within thefirst physical establishment.
 20. The one or more non-transitorycomputer-readable media of claim 15, wherein at least one of the firstlayout or the second layout includes designated sections within therespective physical establishments.